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•ABSTRACT 


This  report  presents  a  summary  of  the  development  and  the  charac 
teristics  of  the  first  generation  of  the  Automated  Literature  Pro¬ 
cessing,  Handling  and  Analysis  (ALPHA-1)  System, currently  being 
used  by  the  Library  Branch  of  the  Redstone  Scientific  Information 
Center  (RSIC) ,  an  element  of  the  Directorate  of  Research  and  Develop¬ 
ment,  U.  S.  Aimy  Missile  Command,  jointly  sponsored  by  the  Aimy 
Missile  Comnand  and  Marshall  Space  Flight  Center,  Huntsville, 

Alabama. 

Descriptions  of  the  computer  technology  of  ALPHA-1  and  of  the 
use  of  this  automated  library  technique  in  RSIC  are  both  presented. 

Each  of  the  subsystems  and  modules  now  in  operation  are  covered. 
While  the  discussion  of  various  subsystems  and  their  modules  is  not 
meant  to  be  exhaustive,  it  provides  a  background  for  the  reader 
who  may  be  interested  in  adapting  a  part  of  or  all  of  the  ALPHA- 1 
System  to  another  conputer  configuration  or  in  another  library 
environment. 


FOREWORD 


The  Automated  Literature  Processing,  Handling  and  Analysis 
(ALPHA)  System  is  a  development  of  the  Redstone  Scientific  Infor¬ 
mation  Center  (RSIC) ,  an  element  of  the  Research  and  Development 
Directorate,  U.  S.  Army  Missile  Command,  Redstone  Arsenal,  Alabama. 

RSIC  is  jointly  sponsored  by  the  Army  Missile  Command  and  NASA's 
Marshall  Space  Flight  Center,  and  has  as  its  primary  duty  the  fur¬ 
nishing  of  local  information  services  to  the  scientists  and  engi¬ 
neers  of  both  agencies  and  the  organizations  which  serve  them.  The 
large  patron  group  to  be  served,  their  broad  spectrum  of  scientific 
interests  and  the  large  and  growing  collection  of  books,  serials 
and  docunents  established  the  climate  which  led  to  the  development 
of  ALPHA  --a  cony  rehens  ive,  integrated  system  which  automates  the 
maximian  number  of  information  handling  and  management  functions  in 
RSIC. 

m 

The  development  Of  thC  first  generation  of  the  ALPHA  System, 

ALPHA-1,  as  an  operating  ADP  library  system  has  resulted  fran  the 
cooperative  efforts  of  many  individuals.  The  overall  systems  concept 
was  generated  by  F.  E.  Croxton,  Director  of  the  Redstone  Scientific 
Information  Center,  under  whose  guidance  it  was  developed.  Systems 
specifications  and  programmer  narratives  were  prepared  by  the  Informa¬ 
tion  Retrieval  Study  Group,  Conputer  Department,  General  Electric  Com¬ 
pany,  Huntsville,  Alabama,  led  by  W.  J.  Wilson.  Programing  was  per¬ 
formed  by  the  Infoimation  Retrieval  Section,  Commercial  Programming 
Branch,  Computation  Center,  Army  Missile  Support  Command,  currently 
supervised  by  C.  R.  Utastead.  1  Programmers  extensively  involved  were 
T.  M.  English,  J.  F.  Ford,  H.  B.  Lawson,  and  W.  L.  Anthony.  Both 
supervisory  and  non -supervisory  enployees  of  RSIC  made  significant 
contributions  in  the  course  of  development  and  inplementation ;  the 
efforts  of  L.  J.  Cooney  and  J.  F.  Bentley  who  coordinated  inplementa¬ 
tion  are  particularly  noteworthy. 

The  initial  off-line  generation  of  the  system,  ALPHA-1,  is  the  system 
with  which  this  volume  is  concerned.  Current  developmental  efforts  at 
RSIC  are  directed  toward  design  and  inplementation  of  an  advanced  gen¬ 
eration,  ALPHA-2,  an  on-line  system  with  the  same  objectives  and  scope, 
but  with  wholly  different  operational  characteristics  and  responses. 

1  W.  T.  Bowen,  no  longer  with  the  Support  Conmand,  formerly  held  this 
position  and  was  also  involved  in  initial  programing  activities. 
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Basic  elements  of  the  ALPHA  System  are  subsystems  for  the  control 
of  patrons,  language  and  the  three  basic  types  of  infoimation  carriers: 
books,  documents,  aid  serials.  Of  these,  patron  control  (including 
serial  routing,  and  security  access  data);  book  circulation;  book 
ordering,  receiving  and  cataloging;  serials  ordering,  receiving, 
binding,  holdings  and  routing;  language  control ;  and  document  inven¬ 
tory  are  represented  by  viable  operating  programs  conplete  with  that 
documentation  essential  in  the  local  library  and  conputer  support 
groqps.  Book  cataloging  and  an  improved  version  of  the  serials  module 
are  underway,  but  with  the  advent  of  ALPHA-2,  no  further  local  efforts 
are  planned  cm  ALPHA- 1. 


While  existing  documentation  adequately  served  RSIC,  it  was  felt 
that  other  Department  of  the  Army  libraries  and  information  centers 
could  benefit  from  a  more  thorough  treatment  including  systems  design 
description,  programing  data  and  operating  procedures,  than  was  avail¬ 
able  for  purely  local  use.  Consequently;  the  STINFO  Division,  Army 
Research  Office  made  funds  available  to  prepare  documentation  designed 
to  provide  sufficient  information  to  permit  the  overall  system  to  be 
easily  understood  and  the  entire  system  or  individual  subsystems  adapt¬ 
ed  and  applied  by  other  installations.  More  recently  this  documenta¬ 
tion  effort  has  been  made  a  part  of  the  Army  Technical  Library  Improve¬ 
ment  Studies  (ATLIS),  Task  2A,  "Automation  of  Library  Services." 

Any  comments  and/or  suggestions  with  respect  both  to  the  ALPHA-1 
system  and  to  the  documentation  of  it  should  be  addressed  to:  Red¬ 
stone  Scientific  Information  Center,  U.  S.  Army  Missile  Command, 
Redstone  Arsenal,  Alabama  3S809,  ATTN:  AMSMI-RBP. 
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Chapter  1 
INTRODUCTION 


1.  What  is  ALPHA 

The  Automated  Literature  Processing,  Handling  and  Analysis 
(ALPHA)  System  is  a  technique  for  the  integrated  performance  of  all 
functions  of  a  library  that  are  presently  amenable  to  autorr.tion. 

In  many  respects,  it  is  a  synthesis  of  existing  techniques  and  proced¬ 
ures  derived  from  many  sources  and  differs  from  most  contemporary 
efforts  primarily  in  scope.  In  addition  to  the  usual  benefits  that 
accrue  from  automation,  such  as  economy,  timeliness,  and  increased 
accuracy,  it  is  intended  that  the  personnel  working  in  the  library 
be  freed  from  as  many  of  the  repetitive  tasks  which  claim  such  a 
disproportionate  share  of  their  time  as  possible.  This  is  related 
to  the  need  to  inprove  quality  of  service  while  accomodating  in¬ 
creasing  demand  by  means  of  increased  productivity  rather  than  by 
increased  manpower. 

2.  Why  ALPHA  was  Devised 

Before  the  environment  of  ALPHA-1  is  clear  it  is  important 
that  the  functions  of  Redstone  Scientific  Information  Canter  (RSIC) , 
see  figure  1,  and  the  information  activity  at  Redstone  Arsenal  be 
understood.  This  makes  it  possible  to  visualize  the  problems  faced 
by  RSIC  which  serves  the  scientists  and  engineers  of  both  the  U.  S. 

Army  Missile  Command  (USAMICEM)  and  National  Aeronautics  and  Space 
Administration,  Marshall  Space  Flight  Center  (MSFC)  and  those  con¬ 
tractors  who  are  located  in  the  Huntsville  area. 

a.  What  is  RSIC  -  Why  it  was  Formed 

RSIC  is  the  functional  activity  resulting  from  a  joint 
Army -NASA  examination  of  the  nee  d  for  scientific  and  technical  infor¬ 
mation  service  in  the  Redstone -Huntsville  area.  RSIC  thus  represents 
the  combination  of  the  major  library  activities  of  A ray  Rocket  and  Guided 
Missile  Agency  (ARGMA) ,  Army  Ballistics  Missile  Agency  (ABMA) ,  Ordunoe 
Guided  Missile  School  (006)  and  NASA  into  a  single  m^ency  which  serves 
all  area  agencies  and  coordinates  the  total  library  eifort  at  Redstone 
Arsenal.  It  was  established  by  joint  agreement  between  the  Amy  and  NASA, 
and  operates  under  the  guidance  and  advice  of  a  joint  board  of  four  repre¬ 
sentatives  from  USAMICEM  and  four  from  MSFC.  Both  organizations  in  turn 
contribute  to  the  support  of  RSIC.  This  arrangement,  which  eliminates 
duplication  and  results  in  more  effective  service,  appears  to  be  utique 
among  libraries  in  the  government.  (006  was  originally  included  but 
now,  as  AMDS,  has  a  separate  facility.) 
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RSIC  is  divided  into  four  branches:  Library,  Research,  Trans¬ 
lation  and  Information  Programs.  The  Library  Branch  is  further  sub¬ 
divided  into  three  sections:  Operations,  Readers  Service,  and  Docu¬ 
ments  which  also  includes  Defense  Documentation  Center  (DDC)  Extension 
Services.  This  organization  is  illustrated  in  figure  2. 

RSIC  has  four  major  missions.  First,  through  its 
Library  Branch,  it  provides  complete  library  services  to  its  patrons, 
serving  as  a  principal  source  of  published  and  controlled  literature 
on  basic  and  applied  research  pertaining  to  development  and  testing 
of  missiles,  rockets,  propellants,  rocket  motors  and  related  items. 

It  obtains  and  maintains  exhaustive  holdings  in  those  scientific  and 
technical  disciplines  for  which  US AMI CDM  and  MSFC  (NASA)  have  recog¬ 
nized  missions. 

Second,  through  the  Research  Branch,  RSIC  plans,  coordi¬ 
nates  and  direct*  scientific  and  technical  literature  research  sur¬ 
veys  for  those  scientific  disciplines  in  which  USAMIOCM  and  MSFC 
have  recognized  missions. 

Third,  through  its  Translation  Branch,  RSIC  maintains 
capabilities  and  liasion  service  in  the  most  inport ant  foreign  lan¬ 
guages  and  provides  technical  and  ncn-technical  translation  service 
to  UBAMIOOM  and  &FC. 

Fourth,  and  of  immediate  concern  to  the  present  study, 
through  its  Information  Programs  Branch,  RSIC  plans  and  conducts 
investigations,  feasibility  studies,  and  tests  related  to  the  devel¬ 
opment  of  modem  information  manipulation  methods  leading  to  inp roved 
information  retrieval  activities  and  technical  communication  techni¬ 
ques. 


This  report  thus  contains  a  description  of  the  efforts 
of  two  branches  of  RSIC;  the  Information  Programs  Branch  which  has 
responsibility  for  the  design  and  implementation  of  the  ALPHA- 1 
ystem  and  the  Library  Branch  vdiidi  utilizes  the  system  to  perform 
its  primary  service  mission. 

When  the  abbreviation  RSIC  is  used  throi^hout  this  re¬ 
port,  it  will  imply  s’ecific  operation  of  the  Library  Brandi  unless 
context  clearly  indicates  otherwise. 

b.  ALFHA-1  Development  Environment 

What  may  be  the  nation's  largest  concentration  of  scientists 
mid  engineers  specializing  in  a  unified  group  of  scientific  disciplines 
is  now  located  in  Huntsville.  The  missile  and  space  vehicle  programs 
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did  not  develop  near  established  seats  of  learning  or  near  another 
major  technological  center.  The  information  resources  necessary  to 
support  the  local  programs,  therefore,  had  to  be  developed  "from 
scratch." 


RSIC’s  potential  patron  group  is  over  40,000  enployees 
including  7,500  scientific  and  engineering  professionals.  Currently 
its  holdings  include  125,000  books  and  bound  volumes,  850,000  docu¬ 
ments,  and  i  journal  subscription  list  of  over  2,500  titles.  Some  of 
the  requirements  for  information  service  imposed  upon  RSIC  have  in¬ 
creased  over  50%  during  the  last  year.  Naturally,  manpower  cannot  be 
added  at  this  rate,  in  fact,  it  has  been  necessary,  due  in  part  to 
Army  reorganization  and  other  factors  which  decreased  the  number  of 
enployees  available  in  the  Missile  Conmand,  to  decrease  the  number  of 
people  performing  library  functions  in  spite  of  the  heavy  increase  in 
service  requirements 

3.  System  Analysis 

The  ALPHA-1  system  is  based  on  the  concept  that  all  non¬ 
intellectual  library  operations  are  parts  of  an  organic  whole. 

This  becomes  clear  upon  cons ide rat  ion  of  the  data  base  and  the  func¬ 
tions.  All  operations  use  the  same  facts. 

Total  system  analysis  revealed  that  the  non- reference  acti¬ 
vities  were  by  no  means  insignificant,  and  led  to  the  conclusion 
that  no  effective  solution  of  information  retrieval  problems  was  pos¬ 
sible  in  the  absence  of  unified  automation  of  these  functions. 

Further  analysis  revealed  that  the  kinds  of  non- reference 
activities  and  the  administrative  information  required  in  the  opera¬ 
tion  of  a  library  can  be  classified  broadly  into  two  categories: 
patron  and  bibliographic. 

Patron  information  includes  all  qualifying  information  such 
as  names,  social  security  numbers,  addresses,  profiles  of  interest, 
routing  requirements,  and  security  data. 

In  its  broadest  sense,  the  scope  of  bibliographic  informa¬ 
tion  includes  all  qualifying  information  relating  to  items  such  as 
books,  documents  and  serials.  The  data  are  handled  in  these  three 
categories.  Reasons  for  this  fragmentation  include  security  require¬ 
ments,  physical  differences  in  the  media  themselves,  and  the  peculiar 
handling  requirements  of  the  three  classes  of  bibliographic  items. 

For  example,  serials  oust  be  circulated  and  later  bound,  and  documents 
have  stringent  requirements  for  security  "need  to  know."  Still,  there 
is  a  large  measure  of  comonality  among  these  categories;  each  must  be 
ordered,  received,  indexed  in  some  manner,  and  made  available  to  the 
customer  or  patron. 
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In  keeping  with  the  concept  of  a  single  integrated  system, 
every  reasonable  effort  has  been  expended  in  the  formulation  of 
ALPHA -1  to  develop  procedural  techniques  for  handling  the  various 
bibliographic  entities  (books,  documents,  and  serials)  in  the  sane 
maimer.  Whenever  possible,  data  elements  and  foimats  are  made  simi¬ 
lar  or  identical.  Caution  has  been  exercised  to  prevent  attainment 
of  a  spurious  coag>atibility  that  would  exist,  for  example,  if  "need 
to  know"  data  were  appended  to  book  records  where  it  is  not  needed. 

In  the  development  of  ALPHA- 1 ,  seven  almost  axiomatic  princi¬ 
ples  we  it  borne  in  mind.  These  were: 

Machine  readability  shall  be  obtained  at  the  earliest  pos¬ 
sible  time.  In  general,  this  is  done  at  the  time  of  ordering  or  re¬ 
ceiving. 


Redundant  transcription  shall  be  minimized  by  using  pre¬ 
punched  transaction  cards;  i.e.,  feedback  shall  be  used  to  the  maximum 
extent  possible. 

Generalizability  is  required  to  provide  for  possible  changes 
in  mission  requirements.  RSIC  ncy  grow,  shrink  or  even  change  empha¬ 
sis  --the  system  must  change  with  it. 

Open -cn decfr.es s  and  provisions  for  modification  are  essential 
if  RSIC  is  to  take  advantage  of  the  efforts  of  others  such  as  NASA,  DDC, 
AEC,  or  any  other  gimps  -  local  or  central  -  who  automate  their 
information  collection. 

of  transactions  are  required  to  maintain  the  master 
and  subsidiary  files.  The  simplest  external  technique  is  the  hopper 
method  in  which  all  transaction  cards  are  thrown  together  and  the  ma¬ 
chine'  makes  all  processing  decisions. 

RSIC  will  use  the  work  of  others  wherever  possible  to  avoid 
unnecessary  expense  and  to  speed  its  bwrTefforts. 

Each  automated  process  must  result  in  at  least  as  satisfac¬ 
tory  a  tool  as  was  available  through  manual  methods  in  addition  to  a 
machine  interrogatable  file. 

4.  System  Design 

The  design  pattern  of  ALPHA-1  is  probably  best  described  as  an 
off-line,  data-base  system  which  uses  primarily  batched-serial -processing 
techniques.  That  is  to  say,  the  transactions  of  any  one  application  or 
nodule  are  accumulated  into  batches  for  a  period  of  time  and  transported 
to  a  central  cooputer  center  for  processing.  At  the  computer  center 
the  transactions  are  sorted  into  the  same  sequence  in  which  the  computer 
master  file  is  organized  for  processing.  Each  record  of  the  master  file 
is  looked  at  by  the  coaputer  to  determine  if  any  of  the  incoming 
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transactions  apply.  This  technique  of  computer  processing  is  called 
serial  processing  since  each  record  is  in  order  by  some  predetermined 
sequence  and  to  locate  any  particular  record  you  must  in  effect  start 
with  the  first  record  and  read  down  the  file  serially  tntil  you  coae 
to  the  record  you  are  seeking.  After  the  processing  cycle  the  outputs 
in  the  form  of  ipdated  listings  and  printouts  of  various  extractions 
and  by-products  are  returned  from  the  conputer  center  and  distributed 
to  the  work  stations. 

ALPHA-1,  the  batched-serial  system,  includes  functional  ser¬ 
vice,  processing,  and  management  aspects  of  the  library  operation. 

The  latter  two  have  been  enphasized  since  they  cons une  so  much  manpower. 
The  desirability  of  covering  these  three  aspects  in  a  single  system  is 
quite  apparent  when  the  extent  of  overlap  in  the  data  bases  is  considered. 

The  data  bases  contain  three  types  of  information:  Control 
or  authority  data,  basic  but  variable  information  files,  and  refer¬ 
ence  and  statistical  tables. 

The  siijject  term  thesaurus  and  the  patron  register  consti¬ 
tute  the  first  type;  bibliographic  and  inventory  files  represent  the 
second,  and  the  inverted  subject  file  illustrates  the  third.  Each 
file  can  be  consulted  and  maintained  directly  and  in  some  instances, 
affected  indirectly. 

Six  kinds  of  transactions  are  allowed  within  the  ALPHA-1  system: 
additions,  deletions,  changes,  temwrally  controlled  transactions, 
threaded  transactions,  and  feedback  transactions,  see  figure  3.  These 
are  all  accepted  on  an  intermixed  or  ’'hopper'*  basis  with  only  subsystem 
sorts  prior  to  processing. 

Record  additions  can  be  made  to  each  file  except  the  deriva¬ 
tive  tables  and  statistical  files,  using  specific  transaction  codes  - 
usually  code  1. 

Record  deletions  are  made  in  much  the  same  way  as  additions. 

These  are  usually  referred  to  as  "purge”  actions  and  are  ordinarily 
coded  0. 


Record  changes  or  revisions  to  existing  records  are  far  more 
conrnon  than  additions  and  deletions.  Such  transactions,  which  thus 
fora  the  bulk  of  the  input ,  are  usually  represented  by  several  different 
transaction  codes  to  permit  separate  paths  for  efficient  processing. 

Temporal  transactions  occur  in  a  nmber  of  instances  where 
the  passage  of  time  automatically  calls  for  an  action.  One  example 
is  overdue  notice  production  in  the  book  circulation  module  of  the 
book  central  subsystem.  Triggers  for  such  taporal  transactions  are 
built  into  the  programs  themselves  and  do  not  require  control  card  or 
other  huaan  intervention. 
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Threaded  transactions  originate  as  one  of  the  first  four 
kinds  -  and  really  most  of  the  ALPHA- 1  transactions  are  threaded. 

These  occur  when  a  single  input  action  causes  several  transactions  to 
occur  within  the  file.  As  an  exaqple ,  the  addition  of  a  record  in 
the  basic  bibliographic  data  file  threads  onward  to  the  inventory 
file,  the  reference  and  statistical  tables.  It  might  also  cause 
a  further  threaded  action  in  the  language  control  file. 

Feedback  transactions  also  originate  as  adds,  deletes 
changes  or  temporal  transactions.  They  are  mentioned  separately 
mainly  because  they  have  been  foixid  to  be  specially  useful  in  AUPHA-1. 
Feedback  transactions  are  those  in  which  some  step  is  taken  to 
begin  a  future  action  required  or  implied  by  the  present  transaction. 
They  are  also  used  for  error  correction  control . 

5.  ALPHA  Subsystems  and  Relationships  Among  Them 

The  ALPHA -1  system  flow  diagram,  figure  3,  which  shows  only 
five  tape  files,  expresses  the  gross  characteristics  of  the  system. 

The  system  requires  wily  information  about  the  patron,  and  about  the 
holdings,  or  information  carriers,  whether  they  be  books,  serials, 
documents,  etc. 

A  detailed  systems  analysis  of  what  was  actually* done  in  the 
library  showed  that  the  traditional  distinction  between  the  three 
types  of  information  carriers  mentioned  was  appropriate  in  at  least 
early  forms  of  mechanized  systems.  There  were  significant  differences, 
particularly  between  serials  and  the  other  two  types.  ALPHA-1, 
therefore  is  conposed  of  S  basic  parts :  A  master  file  of  information 
about  patrons,  naster  files  of  information  about  the  three  primary 
kinds  cf  information  carriers,  and  a  master  language  file. 

In  addition  to  the  master  files,  there  are  others,  of  course, 
prepared  from  the  masters  to  do  jobs  more  efficiently,  or  prepared  as 
transaction  files  prior  to  entry  of  records  on  tire  masters.  Table  I 
shows  the  general  content  and  order  of  arrangement  of  the  data  in  the 
records  in  the  master  files. 

a.  Patron  File 

The  first  column  of  Table  1  shows  the  generalized  repre¬ 
sentation  of  the  patron  file  records  including  the  identifying  and 
descriptive  data  and  the  requirements  and  interests  profiles  of  each  of 
RSIC's  patrons.  This  file  is  arranged  by  social  security  number. 

Since  RSIC  serves  several  organizations  at  Redstone  Arsenal,  payroll 
numbers,  badge  numbers,  and  similar  local  identifications  do  not 
furnish  unique  identifiers;  hence,  the  need  for  the  social  security 
number  which  ran  be  used  anywhere.  Such  identification  will  probably 
permit  remote,  multi-site  efforts  at  some  laftr  date. 
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b.  Serials  File 

The  elements  of  this  record  appears  in  the  secopd  column 
of  Table  I.  (Here  it  has  been  impossible  in  ALPHA-1  to  avoid  a  control 
number.)  There  is  information  regarding  the  magazine  itself,  the 
publishing  data  and  cost  aspects  required  for  ordering,  the  predeter¬ 
mined  binding  information,  the  holdings  record,  the  list  of  lacks, 
etc.  The  control  number  which  heads  this  record  is  generally  related 
to  the  alphabetical  order  of  titles  and  is  the  sequence  field. 

c.  Books  File 


The  general  format  of  this  record  is  on  the  following  ;  age. 
Again,  information  about  the  book  itself- -first  the  call  number  and  biblio¬ 
graphic  string--the  inventory  information,  the  descriptive  information, 
then  the  move  complex  data,  such  as  the  subject  descriptors,  etc. 

d.  Documents  File 


In  many  ways  the  documents  file  records  will  be  essentially 
the  same  format  as  the  records  in  the  books  file.  Since  there  are  some 
differences  in  the  elements  of  information  and  in  many  parts  of  the  pro¬ 
cessing,  it  appears  appropriate  to  keep  documents  separated  from  books 
at  this  time  although  a  single  file  may  be  appropriate  in  a  later  ver¬ 
sion.  Particularly  likely  is  some  single  subject  retrievrl  file. 

e.  Language  File 

The  format  of  the  language  file  appears  as  the  last  item 
of  Table  I.  It  displays  the  subject  term,  its  associated  data,  comments, 
suggested  LC  class  nuntoer  and  cross  references  In  the  ALPHA-1  System 
the  language  file  is  the  control  authority  for  all  subject  terms  used 
in  the  cataloging  and  retrieval  functions.  It  is  maintained  in  alpha¬ 
betical  sequence  by  subject  term. 

Table  I. 

Master  File  Record  Contents 


PATRON  FILE 

Social  Security  Nunber 
Name 

Building  Location 
Mail  Symbol 
Telephone  Number 
Periodicals  Routed 
Security  Clearance 
Need-to-know 
terest  profile 


SERIALS  FILE 

Control  Nurber 
Title 
Publisher 
Vendor 

Purchasing  Qit a 
Language 
Subject  Field 
Frequency 

Binding  Instructions 

Holdings 

Lacks 


BOOKS  FILE 

Table  I.  (Cont.) 

DOCUMENTS  FILE 

LANGUAGE  FILE 

Call  number 

Number 

Subject 

Main  entry 

Data 

Associated  data 

Bibliographic  paragraph 

Corporate  author 

Comments 

Collation 

Title 

LC  class  number 

Notes 

Personal  authors 

Cross  references 

Gopies  available 
Descriptive  tracings 
Stfcject  tracings  (De¬ 
scriptors) 

Issuing  agency 
Pagination 

Form 

Alternate  numbers 
Contract 

Security  data 

Receipt  data 
Descriptors 

£.  Subsidiary  Files 

In  most  of  the  functional  modules  of  the  ALPHA-1  system 
two  files  are  involved.  It  is  here  in  the  modules  that  the  subsidi¬ 
ary  files  of  the  master  files  come  into  play.  In  the  case  of  the 
books  file,  for  example,  the  major  subsidiary  files  are  (a)  in-process 
and  (b)  inventory  status. 

An  in-process  file  is  used  in  conjunction  with  each  of 
the  three  information  master  files --books,  documents  and  serials.  An 
inventory  status  file  wil  1  be  used  for  both  books  and  documents . 

The  inventory  file  for  books  is  essentially  a  combina¬ 
tion  of  a  brief  traditional  library  shelf  list  and  the  traditional 
circulation  record--it  has  an  entry  for  every  copy  of  every  title- - 
without  the  borrower  name.  Disposition,  addition  and  loan  information 
is  posted  to  the  file.  A  suitable  extraction  of  this  file  is  a  circu¬ 
lation  report.  In  ALPHA-1  the  report  is  arranged  in  call  number  and 
in  borrower  name  sequence.  Overdue  actions  are  triggered  from  this 
report.  Resulting  recall  and  inventory  advisory  action  programs  are 
now  in  use. 


The  in-process  file  is  created  as  a  by-product  of  the 
original  ordering  action.  The  on-order  list,  which  comes  from  listing 
the  ii  -process  file,  has  flags  showing  those  items  actually  received 
but  not  yet  entered  in  the  book  master  or  inventory  file.  This  flag 
is  added  on  receipt  of  the  book  to  show  that  the  item  is  received  but 
awaiting  cataloging.  When  cataloging  is  conpleted,  information  is 
transferred,  in  the  case  of  an  added  copy,  to  the  inventory  master  or, 
in  the  case  of  a  new  title,  to  the  book  master  as  well.  Periodically, 
the  in-process  file  is  summarized  from  a  financial  standpoint. 
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Whenever  necessary,  the  in-process  file  can  be  interro¬ 
gated  to  determine  whether  there  is  an  uncomitted  copy  of  a  book 
cn  order  which  can  be  used  to  satisfy  a  request.  If  not,  recall 
or  an  additional  order  can  be  initiated. 

Multiple  sequencing  of  the  book  master  can  result  in 
printed  lists  corresponding  in  usefulness  tc  the  traditional  catalog. 
Retrospective  information  retrieval  searches  may  also  be  performed 
against  an  inverted  entry  tape  extracted  from  this  bibliographic  file. 

The  docunents -related  activities  will  be  very  similar  to 
those  for  books.  The  same  operations  are  involved  for  both  types 
of  material;  however,  there  are  certain  differences.  For  example, 
there  are  no  financial  reports  required  but  there  are  security  re¬ 
strictions.  The  book  circulation  method  depends  partially  on  the 
flow  of  a  card  with  the  book  which  is  used  to  discharge  the  book 
upon  return,  while’  the  corresponding  docunents  circulation  method 
retains  this  card  in  a  manual  file  in  the  library',  signed  as  a 
receipt  lor  classified  material  prior  to  its  use  as  a  discharging 
mechanism. 


The  third  major  group  of  information  carriers,  serials, 
calls  for  a  very  different  system.  Here  the  patron  has  journals 
routed  to  him  and  he  examines  abstract  lists  to  stay  tp  to  date  in 
his  field.  Consequently,  the  ALPHA-1  products  of  the  serials  subsy¬ 
stem  are  lists  of  titles,  route  slips  which  are  used  es  mailers,  and 
what  initially  appears  to  non-librarians  to  be  a  rather  sinple,  but 
what  is  actually  a  complicated  financial,  procurement,  and  non-re¬ 
ceipt  (claiming)  package.  It  is  possible  to  think  of  the  routing 
file  as  conceptually  similar  to  the  inventory  file  used  for  books  and 
docunents;  however,  instead  of  a  serials  circulation  list,  thousands 
of  route  slips  are  produced  to  serve  both  to  route  copies  and  to 
help  identify,  on  an  exception  basis,  those  magazines  which  must  be 
claimed. 


6.  Current  Status 


Quantitatively  ALPHA-1  has  enabled  RSIC  to  handle  a 
greater  workload  in  1966  than  in  1962  and  with  fewer  employees. 

RSIC  has  simultaneously  been  able  to  build  and  make  available  to  the 
user  a  reference  facility  which  is  vastly  larger  and  more  useful. 

Functionally,  ALPHA-1  has  proceeded  to  the  point  where 
RSIC  now  has  operating  automation  in  the  following  activities: 

a.  Patron  registration  and  control 

b.  Subject  heading  control  for  books 

c.  Subject  heading  control  for  docunents 

d.  Book  ordering,  receiving,  and  expenditure  control 

e.  Book  circulation  and  follow-up 
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f.  Cataloging  of  bocks 

g.  Serials  routing 

h.  Serials  holdings  records 

i.  Serials  binding  production  control 

j.  Serials  renewals 

k.  Documents  inventory  assistance 

Sense  specific  advantages  found  in  the  ALPHA-1  modules  now  in 
operation  are: 

a.  In  Acquistions  - 

Simultaneous  purchase  order  and  accounting  document 

production. 

Automatic  pinched  card  production;  this  facilitates 
receiving,  cataloging  and  circulation  of  the  item. 

Reduction  of  files  and  elimination  of  manual  filing. 
Availability  of  printout  records  of  items  on-order 
or  in-process  at  multiple  locations. 

Controls  of  monetary  limitations. 

Ease  in  the  collection  and  automatic  production  of 
financial  reports  and  management  data. 

Better  coordination. 

Reduction  of  duplicate  orders. 

Automatic  production  of  claims. 

b.  In  Circulation  - 

Automatic  card  filing  at  machine  speeds. 

Reduction  of  files;  elimination  of  manual  files  and 
up-to-date  record  displays  in  minimum  space. 

Automatic  identification  and  production  of  overdue 
and  recall  notices. 

Control  of  charges  by  call  number,  date,  patron  name, 
or  organization  with  a  single  transaction  card. 

Automatic  collection  of  statistics. 

c.  In  Serials  Control  - 

Automatic  renewal  of  subscriptions. 

Printing  of  binding  slips  at  predetermined  "time  to 

bind." 

Updating  of  bound  holdings  records. 

Printing  of  periodicals  catalog. 

Automatic  printing  of  journal  circulation  slips. 
Automatic  collection  of  statistics. 

Automatic  production  of  lacks.  Lists  are  generated  tor 
procurement  of  gaps  in  holdings. 

Production  of  lists  by  various  arrangements  such  as 
country  or  origin,  language,  subject. 
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d.  In  Maintaining  Patron  Data  - 

Patron  information  is  available  in  nunerous  locations 
in  the  library. 

Data  verification  notices  printed  automatically. 
Automatic  compilation  of  statistics. 

Automatic  production  of  lists  by 
Social  Security  Number 
Name 

Organization 
Security  Clearance 

e.  In  Language  - 

Assures  complete  referencing. 

Reduces  the  margin  of  error  two  ways: 

Ihe  data  is  typed  only  once. 

The  computer  checks  the  cataloger. 

Formal  and  precise  method  of  controlling  books  and 
documents  language  without: 

Heavy  typing  loads. 

Long  tedious  hours  of  filing  and  pulling  cards. 
Reduced  clerical  help. 

f.  In  General  - 

Elimination  of  redundant  manual  recording. 

Information  is  available  more  rapidly. 

People  don't  handle  and  file  little  slips. 

Accuracy  is  increased. 

Clerical  time  is  saved. 

Management  data  is  collected  automatically. 

7.  What's  to  Come 


The  groundwork  has  been  laid  in  ALPHA-1  for  future  genera¬ 
tions  of  Jie  system,  each  evolving  logically  fran  its  predecessor 
with  each  future  step  in  evolution  to  be  dictated  by  experience, 
changing  requirements,  and  new  technology. 

The  second  generation  of  the  ALPHA  System,  which  we  will 
refer  to  as  ALPHA-2,  will  be  an  extension  and  modification  of  the 
basic  concepts  of  the  ALPHA-1  System,  but  it  will  be  "on-line." 

You  may  visualize  the  ALPHA-2  System  as  consisting  of  re¬ 
mote  inquiry  stations  located  at  various  locations  within  the  li¬ 
brary.  The  configuration  of  these  remote  stations  will  consist  of 
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combinations  of  typewriter  keyboards,  card  readers,  card  pinches, 
papertape  readers,  papertape  pinches  and  cathode-ray  tube  display 
devices. 


Operationally  the  ALPHA- 2  System  will  differ  from  ALPHA-1 
in  the  font  of  processing.  It  will  be  an  on-line  real-time  pro¬ 
cessing  system.  On-line  implies  that  the  user,  through  the  remote 
inquiry  stations,  will  appear  to  be  connected  at  all  times  to  the 
central  ccmgniter,  and  can  establish  contact  as  soon  as  any  data  is 
entered  from  the  inquiry  station.  Real-time  can  be  defined  as  the 
processing  of  information  or  data  in  a  sufficiently  rapid  manner  so 
that  the  results  appear  to  be  acconplished  simultaneously  with  the 
input.  With  direct  access  files,  a  record  in  the  middle  or  at  the 
end  of  the  file  can  be  located  and  processed  with  the  same  time 
factor  as  the  first  record  of  the  file. 

Quite  naturally  these  terms  inply  sophisticated  hardware 
or  computer  equipment,  advanced  communication  equipment ,  different 
software  or  computer  programs  and  different  file  organization  tech¬ 
niques  than  the  batched-serial -processing  procedures  used  in  AU’KA-1. 
It  will  be  through  these  on-line  real-time  processing  methods 
that  the  ALPHA-2  System  will  operate.  It  must  await  the  availability 
of  so-called  third-generation  computers. 
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Chapter  2 

INFORMATION  FOR  THE  LIBRARY  STAFF 

Section  I.  INTRODUCTION 


1.  General 


This  chapter  is  addressed  prijnarily  to  the  professional  staff 
of  any  library  that  may  be  interested  in  adapting  part  or  all  of  the 
ALPHA  System  for  their  own  use.  However,  anyone  wanting  to  know  the 
working  details  of  the  system  from  the  viewpoint  of  the  library  staff 
will  find  them  here. 

The  first  questions  a  library  staff  member  will  have  shout 
an  automation  system  being  considered  for  use  in  his  library  are 
predictable.  They  will  be  questions  like  these:  "Will  it  h$lp  me  to 
do  my  job  better?  How  will  it  change  what  1  do?  Will  it  maintain  the 
essential  information?  Can  I  trust  its  accuracy?  Will  it  eliminate 
anyone's  job?” 

Ihder  ALPHA,  the  traditional  functions,  activities,  and  rela¬ 
tionships  of  the  library  remain  intact.  ALPHA  maintains  the  necessary 
information  and  makes  it  available  t .  the  library  staff  in  a  directly 
usable  form.  Although  the  accuracy  of  the  system  is  limited  by  the 
accuracy  of  the  information  ,'ed  into  it,  in  practice  it  is  usually  much 
more  accurate  than  m automat 2d  methods.  It  will  change  the  skills 
required  in  some  of  the  clerical  people,  but  it  will  not  eliminate  the 
jobs  of  professional  staff  members .  On  the  contrary,  it  will  free  them 
to  spend  more  time  in  pureiy  professional  duties,  less  in  clerical  tasks. 

More  specifically,  let's  consider  the  effects  ALPHA  has  on 
several  functional  divisions  of  a  library.  Take  the  main  divisions  of 
acquisition,  cataloging  (or  indexing),  circulation  and  routing,  end 
re  fere:  ice. 


In  acauisition,  the  ordering  and  receiving  operations  are 
largely  automated.  ALPHA  automatically  hmidles  or  prepares  most  of  the 
required  documents ,  and  automatically  produces  a  number  of  reports 
required  either  periodically  or  on  request.  Selection,  being  an  intel¬ 
lectual  operation,  is  not  subject  to  automation.  But  ALPHA  does  provide 
helpful  information  such  as  the  On-Order  List  for  use  of  the  acquisitions 
librarian.  By  consulting  this  list,  the  librarian  can  aroid  duplicating 
titles  that  are  on  order  but  not  cataloged  or  not  received;  the  list  is 
supplemented  daily  and  reprinted  in  full  form  once  a  week.  Several 
copies  of  the  list  are  made,  so  each  person  needing  the  information  can 
have  an  individual  copy. 

In  cataloging,  automation  at  RSIC  is  incomplete,  and  ALPHA  is 
therefore  not  as  instructive  as  it  might  be.  Time  is  required  to  perfect 
the  operation  of  ALPHA  in  cataloging.  But  certain  effects  are  apparent  now. 
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There  are  new  requirements  for  the  cataloger,  such  as  checking  the  length 
of  short  titles  to  be  sure  they  ''dll  fit  into  the  available  space  on  the 
circulation  card  (a  temporary  requirement) ,  and  translating  changes  into 
codes  for  the  computer  rather  than  just  writing  in  each  change.  New  pro¬ 
ducts  of  cataloging,  such  as  a  conputer- produced  subject  authority  listing, 
require  some  of  the  cataloger’ s  time  to  maintain;  they  should  be  kept  in  a 
manual  system  but  often  are  not.  Since  acquisition  has  been  automated 
ahead  of  cataloging,  it  has  been  speeded  up  while  cataloging,  for  the  time 
being,  goes  at  about  the  same  pace. 

When  automation  of  cataloging  is  complete,  cataloging  will  gain 
speed  to  keep  pace  with  acquisition.  The  shelf  list  can  be  conputer- 
produced  and  updated,  and  classified  catalog  listing  and  an  entry  authority 
listing  will  also  be  practical.  Finally,  still  under  the  first  phase  of 
ALPHA,  an  automated  book  catalog  will  be  produced  at  a  great  saving  in 
hum  effort. 

In  circulation,  ALPHA  has  had  several  noticeable  effects. 

Because  the  chargeout  system  uses  EAM  cards  that  are  pinched  while  the 
patron  waits,  anyone  working  in  circulation  must  be  able  to  operate  the 
keypunch  machine.  A  library  technician  in  circulation  has  the  task 
of  correcting  errors  on  computer-printed  lists,  which  requires  considerable 
knowledge  of  the  automated  circulation  system's  rules  of  operation.  Card 
filing  is  eliminated.  Pinched  cards  are  used  to  create,  maintain,  and 
correct  the  master  file,  from  which  two  circulation  listings  are  printed, 
one  in  LC  number  sequence  and  one  in  patron  name  sequence. 

Periodical  routing  remains  essentially  the  same  as  before 
ALPHA.  The  only  difference  is  that  the  routing  slip  for  each  periodical 
is  a  computer  printout,  rather  than  a  manually  created  and  maintained 
item.  Changes  in  routing  are  recorded  on  worksheets,  which  are  converted 
to  pinched  cards  at  the  circulation  station  and  forwarded  to  the  computer. 

In  reference  there  are  as  yet  no  changes  because  of  ALPHA. 

Clearly,  then,  the  effects  of  ALPHA  on  any  functional  division 
of  a  library  are  not  so  revolutionary  as  one  might  sippose.  There  are 
some  new  skills  required,  different  procedures,  new  products  of  the 
functional  division.  The  changes  that  cL  take  place  do  not  all  come 
about  instantly,  but  over  a  period  of  time. 

An  automation  system  brings  with  it  new  requirements,  the 
reasons  for  which  are  fairly  simple. 

Before  considering  those  reasons,  let's  look  at  the  skeletal 
outline  of  the  computer  operation  in  the  ALPHA  system.  In  outline,  ALPHA 
is  just  a  very  large  filing  system  with  special  ways  of  filing  information 
and  retrieving  the  filed  information.  The  file  is  recorded  on  magnetic 
tape.  Information  is  added,  changed,  or  deleted  by  making  changes  in  the 
recording.  Information  is  retrieved  from  the  file  by  "playing"  the  tape. 
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Everything  else  that  happens  in  the  system  is  either  a  wsy  of  doing  or 
a  way  of  making  it  possible  to  do  what  has  just  been  described. 

The  ccnputer  is  a  machine,  not  a  super  brain.  It  does  what 
humans  cause  it  to  do,  and  nothing  else. 

Because  the  operation  of  a  conputer  is  purely  mechanical 
in  -nature,  an  automated  system  requires  of  its  user  a  rigorous 
consistency  and  adherence  to  the  rules  of  operation.  A  computer 
does  not  have  the  ability  to  examine  a  difference  between  two  supposed* 
ly-identical  entries  and  conclude  that  the  difference  is  in  import  ant . 
"Jones  space  convna"  is  not  the  sane  thing  to  a  computer  as  "Jones  comma 
space." 


What,  then,  is  the  advantage  of  using  the  computer?  The 
advantages  a  computer  really  offers  have  little  in  ccranon  with  some 
of  the  magical  attributes  alleged  in  newspaper  and  magazine  articles. 

The  truth  is  impressive  enough,  but  perhaps  not  so  colorful.  The  big¬ 
gest  reason  for  using  a  computer  is  that  it  works  very  fast  compared 
with  a  hunan.  It  is  also  very  accurate  at  this  high  speed.  Humans  get 
tired;  conputers  don't.  Humans  sometimes  fail  to  remember  facts  and 
have  difficulty  in  working  according  to  a  large  number  of  exact  rules; 
conputers  don't.  Humans  have  difficulty  in  checking  their  own  work; 
cooputers  (within  their  limitations)  don't.  Humans  get  bored  doing 
routine  jobs;  conputers  do  routine  jobs  best  of  all. 

A  library  manual  system  uses  many  scattered  files,  with  much 
duplicated  information.  Use  of  an  automated  system  makes  it  possible 
to  maintain  a  few  files  centrally  and  print  out  listings  of  information 
needed  by  the  library  staff. 

The  ALPHA  System  is  designed  to  reduce  redundant  data  capture 
to  the  minimum,  freeing  its  users  from  ouch  repetitive  mechanical  work. 
Ideally  a  human  should  have  to  put  a  new  pierce  of  information  into  the 
system  only  once,  at  one  point,  and  afterwards  that  piece  of  informa¬ 
tion  should  be  available  throughout  the  system  as  needed.  Of  course 
this  increases  the  importance  of  entering  the  information  correctly  the 
first  time. 

As  a  working  rule ,  data  is  entered  into  the  system  as  soon  as 
possible.  For  instance,  automation  of  book  ordering  makes  it  possible 
to  enter  into  the  system  a  considerable  amount  of  information  about  a 
book  at  the  time  it  is  ordered,  rather  than  waiting  until  it  is  received. 
This  reduces  the  amount  of  manual  record  keeping. 

2,  Special  Terminology 

As  in  any  special  field  of  knowledge,  in  automatic  data  pro¬ 
cessing  there  is  a  special  vocabulary.  Some  of  the  most  useful  terms 
will  be  defined  below.  Others  may  be  found  in  a  glossary  such  as  the 
U.  S.  Bureau  of  the  Budget  publication.  Automatic  Data  Processing 
Glossary,  which  defines  about  1800  terms,  or  the  IfeN  booklet, 
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Glossary  for  Information  Processing,  revised  in  1964. 


Two  general  cautions  should  be  kept  in  mind  when  considering 
the  following  definitions.  First,  many  special  terms  are  taken  firm 
the  general  vocabulary  of  English  but  are  given  new  meanings;  sometimes 
this  can  lead  to  confusion  of  thought.  Second,  the  definitions  given 
here  are  those  which  apply  when  the  terms  are  used  in  this  book.  Ihere 
are  other  possible  special  meanings  of  some  terms;  for  these,  a  general 
glossary  Mould  be  consulted. 

Automated  data  processing  systems  do  what  their  name  indicates, 
they  process  data  or  information  (two  terns  that  have  a  fine  distinction 
but  that  are  used  as  synonyms  herein)  without  constant  human  attention. 

At  first,  the  information  will  not  go  into  a  computer,  being  in  a  form 
such  as  written  or  spoken  words  that  the  computer  is  not  designed  to 
accept.  Before  it  can  be  processed  automatically  it  must  be  translated 
into  a  form  that  the  conputer  can  accept,  ,uch  as  punched  cards  or 
punched  tape  or  magnetic  tape.  In  such  a  form,  it  is  called  machine 
readable,  and  translating  data  into  machine  readable  form  is  called  data 
capture. 


System  means  an  assembly  of  procedures,  processes,  methods, 
routines,  people,  and  equipment  forming  an  organized  whole  carrying  out 
certain  defined  operation.  ALPHA  is  a  system.  A  subsystem  is  a  first  - 
level  division  of  a  system.  In  ALPHA  there  are  five  subsystems;  Patron 
Control,  Serials  Control,  Language  Control,  Books  Control,  and  Documents 
Control.  In  sane  subsystems  there  are  second-level  divisions,  called 
modules.  A  module  is  a  discrete  subdivision  of  a  system  or  subsystem 
that  can  be  treated  as  a  functional  unit.  It  is  interchangeable;  it  can 
be  taken  out  and  replaced  by  a  new  module  without  harming  the  operation 
of  the  system.  In  ALPHA,  the  five  subsystems  are  designed  to  behave  in 
this  way  with  respect  to  the  vtole  system,  that  is,  their  design  is  modular. 

In  order  of  ascending  size,  the  units  oi  machine  readable  data 
are  hit,  character,  field,  record,  and  file. 

Bit  is  a  contraction  of  "binary  digit.”  A  bit,  the  smallest 
unit  of  data,  is  a  whole  number  in  the  binary  scale  of  notation;  it  is 
either  a  zero  (0)  or  a  one  (1).  It  may  be  equivalent  to  an  an  or  off 
condition  in  an  electrical  circuit,  a  yes  or  no,  a  true  or  false,  or  any 
other  two-valued  pair  of  terms.  (Bit^  should  not  be  confused  with  byte, 
which  a  group  of  bits  usually  operated  upon  as  a  unit.) 

A  character  is  a  group  of  bits  representing  one  of  a  set  of 
symbols,  including The  decimal  digits  0  through  9,  the  letters  A  through 
Z,  punctuation  marks,  and  special  operation  symbols.  At  present  in  the 
ALPHA  System  there  are  six  bits  per  character,  the  number  may  change 
because  it  depends  on  the  equipment  used,  not  on  the  basic  system  logit 
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A  field  is  an  assigned  area  in  a  record  consistently  used  to 
record  similar  information  and  treated  as  a  unit,  whether  or  not  there 
is  any  information  actually  recorded  in  that  area.  For  exaople,  the 
area  in  the  patrol's  record  devoted  to  recording  his  social  security 
number  is  the  social  security  number  field.  This  remains  true  whether 
the  area  is  on  a  pinched  card,  paper  tape,  or  magnetic  tape,  and  whether 
the  field  contains  the  social  security  number  or  is  empty,  A  field  may 
be  of  fixed  length- -a  specific  number  of  characters  long- -or  of  variable 
length- -as  many  characters  long  as  needed  to  record  the  information, 
with  a  special  symbol  indicating  the  end  of  the  field.  In  any  event  it 
will  contain  at  least  enough  bits  to  represent  one  character. 

A  record  is  a  set  of  fields  treated  as  a  unit.  An  example 
is  the  individuaT~patron  record,  discussed  in  Section  II  of  this  chapter. 

A  file  is  a  collection  of  records,  either  in  sequence  accord¬ 
ing  to  a  key  contained  in  each  record  or  not  in  any  particular  sequence. 
For  exanple,  the  collection  of  all  patron  records  makes  14)  the  Patron 
Master  File,  which  is  in  social  security  number  sequence. 

As  mentioned  above,  data  capture  is  changing  information  in 
any  form,  usually  written,  into  a  machine  readable  form,  such  as  punched 
cards.  Data  capture  makes  the  information  available  to  the  system  as 
input,  the  term  for  information  going  into  the  coaputer.  The  opposite 
term  output,  is  information  coming  out  of  the  coaputer,  transferred 
from  coaputer  internal  storage  to  external  media  in  a  form  readable  by 
people.  There  are  verb  usages  of  both  input  and  output,  but  the  two 
terms  will  be  used  only  as  nouns  in  this  book. 

In  the  ALPHA  System,  data  is  captured  through  use  of  either 
keypunch  machines  (IBM  026's)  or  paper  tape  punching  typewriters 
(Flexowriters).  Alpha-numeric  characters  are  used;  i.e.,  the  characters 
are  such  as  are  found  on  the  ordinary  typewriter  keyboard:  letters  of 
the  alphabet,  numerals,  punctuation,  and  special  syofcols. 

A  code  is  a  system  of  alphabetic  or  numeric  abbreviations 
used  in  preparing  data  for  input  to  a  machine.  Codes  are  often  used 
in  capturing  data.  Examples  are  N  for  new  and  01  for  a  new  patron 
name  card.  (The  Hollerith  Code  is  a  specified  pattern  of  changing 
normal  characters  into  machine  characters;  see  above  under  character 
and  below  in  the  discussion  of  the  punch  card.) 

A  data  element  is  a  specified  item  of  infonaation  in  a  set 
of  data.  Each  item  in  this  list  is  a  data  element:  social  security 
number,  last  name,  first  none,  home  address.  Each  data  element 
occupies  one  field;  in  fact  the  texma  "data  element"  and  "field" 
are  closely  associated,  field  being  tied  wore  closely  to  the  idea 
of  space  in  a  record. 
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In  keypunching ,  cards  of  constant  ^ize  and  shape,  adapted  for 
being  punched  in  a  meaningful  pattern,  are  used.  The  punch  card  used 
in  the  ALPHA  system  is  the  standard  EAM  card,  7  3/8"  by  3  l/F^contain- 
ing  80  columns,  in  each  of  which  there  are  12  positions  that  may  be 
punched.  (See  Table  X  for  at  explanation  of  Hollerith  code,  which  is 
used  in  punching  cards.)  A  progran  card  is  used  ordinarily  with  the 
IBM  026  keypunch  machine.  A  program  card  is  a  punched  card  that  is 
placed  on  the  keypunch  machine  to  control  its  operation.  Although  all 
of  its  functions  can  be  obtained  by  manual  operation  and  therefore  it 
is  not  absolutely  required,  it  is  a  practical  necessity  to  take  over 
partial  control  of  the  machine  to  gain  speed  in  repetitive  qeration. 

A  hcpper  is  the  same  thing  as  a  card  stacker,  a  receptable 
that  accumulates  cards  automatically  as  they  pass  through  a  machine. 

Two  related  terms  are  hardware  and  software.  Hardware  means 
the  physical  equipment  and  devices'  forming  a  computer,  including  the 
peripheral  equipment,  such  as  card  readers,  tape  readers,  and  printers. 
Software  means  all  programs  and  routines  required  to  use  and  extend  the 
capabilities  of  the  hardware. 

The  term  edit,  as  used  here,  means  to  check  data  elements 
against  the  possible  correct  forms.  For  exanple,  a  social  security 
number  may  not  contain  a  letter  of  the  alphabet;  if  it  does,  it  is 
certainly  incorrect.  An  edit  can  be  put  in  the  program  to  cause  all 
social  security  numbers  containing  letters  or  any  other  characters 
besides  minerals  to  be  rejected.  A  predetermined  error  message  is 
then  printed,  explaining  why  the  input  was  rejected^ 

A  match  is  conplete  agreement,  character  by  character,  of 
a  selected  fieldTori  one  record  with  the  same  field  on  another-  record. 

To  purge,  or  delete,  a  record  is  to  remove  it  conpletely 
from  the  corresponding  master  file. 

A  run  is  the  performance  of  one  computer  program,  or  several 
programs  linked  to  form  an  operating  unit,  during  which  the  conputer 
operator  need  do  little  or  nothing  to  control  the  machinery. 

As  used  here,  the  term  flow  chart  means  a  map  of  a  sequence 
of  operations  by  people  and  machines,  using  symbols  to  represent 
docuaents,  machines,  files,  or  actions  taken.  A  flow  chart  does  not 
show  how  or  who,  but  whst:  what  is  dene,  in  what  order,  with  what 
logical  relationships. 

A  descriptor  is  an  indexing  term  consisting  of  a  word  or  phrase. 
Included  are  "key  words,"  "tluterms,"  and  all  other  kinds  of  aspect  de¬ 
finitions,  without  distinction. 
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A  need-to-taiow  code  is  one  of  a  series  of  three-digit  codes 
indicating  specific  fields  of  knowledge  in  security-classified  documents 
to  which  a  patron  is  authorized  access.  In  order  to  be  complete  it 
requires  the  specification  of  the  need- to- knot'/  type. 

The  need-  to -knew  type  is  specified  by  one  of  two  codes,  NASA 
or  OOSATI.  These  codes  refer  to  two  mutually  exclusive  need-to-know 
code  sets.  The  primary  one  is  the  COSATI  set,  published  by  the  Caranit- 
tee  cm  Scientific  and  Technical  Information,  a  group  responsible 
to  the  President's  Office  of  Science  and  Technology.  It  consists  of 
22  two-digit  codes  for  major  subject  fields,  01  through  22,  each  of 
which  may  be  qualified  by  alphabetic  characters  indicating  specific 
subject  groups.  The  secondary  one  is  the  NASA  set,  published  by  the 
National  Aeronautics  and  Space  Administration.  It  consists  of  53  three- 
digit  codes,  001  through  053.  The  NASA  codes  will  eventually  be  dropped 
in  favor  of  the  OOSATI. 


Section  11.  PATRON  (TNTRDL  SlIJSYSTEM 


1.  Introduction 

Hie  patron  control  subsystem  provides  the  library  with  an 
automated  method  for  establisning,  maintaining,  and  displaying  patron 
information.  This  function  corresponds  most  nearly  to  traditional 
practices  that  create  and  maintain  a  users'  or  borrowers'  register. 

A  users'  register  ordinarily  consists  of  a  registration  card 
file  and,  sometimes,  a  ledger  or  card  file  in  a  different  sequence. 

The  purpose  of  the  register  is  to  store  users’  addresses,  so  they 
can  be  reached  by  mail  or  phone  when  they  have  overdue  books  or  other 
library  materials.  The  register  also  shows  hot#  many  users  the  library 
currently  serves,  and  from  it  can  be  extracted  information  about  their 
geographical  distribut ion . 

A  typical  public  library  users'  register  is  set  up  as  follows. 
Each  person  wanting  to  use  the  library  fills  out  a  registration  card 
containing  his  name,  address,  phone  nurt>er9  and  possibly  the  name  and 
address  of  a  reference.  Each  user  is  assigned  a  number  and  issued  an 
identification  card  containing  his  number,  name  and  address.  Registra¬ 
tion  cards  are  filed  alphabetically  by  name.  Books  are  ordinarily 
charged  out  by  user  number  rather  than  by  name;  for  this  reason,  there 
must  be  a  file  in  user  number  sequence  to  provide  name  and  address  when 
only  the  number  is  known.  This  file  may  be  either  a  card  file  or  a 
ledger. 


The  users'  register,  especially  with  a  mobile  population,  is 
not  likely  to  be  very  accurate.  Public  libraries  of  medium  size  or 
larger  are  abandoning  users'  registers  and  installing  charging  systems 
that  maintain  name  and  address  for  each  item  charged  out,  such  as  photo¬ 
charging.  With  such  an  arrangement  it  is  no  longer  possible  tc  deter¬ 
mine  quickly  who  has  a  particular  item  charged  out.  But  the  users' 
register  has  proved  too  expensive  to  maintain,  considering  its  limited 
usefulness. 

Special  libraries  such  as  RSIC  have  different  requirements. 

For  exanple,  their  handling  of  security-classified  documents  means  that 
their  patron  control  files  must  store  much  more  information  about  each 
patron,  and  of  course  they  must  know  exactly  who  has  each  classified 
document  in  possession.  Their  files  must  be  kept  current.  They  often 
nave  longer  loan  periods  than  other  kinds  of  libraries.  Partly  for  this 
reason  they  feel  it  is  necessary  to  be  able  to  recall  a  book  even  though 
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the  loan  period  may  not  have  expired.  They  consider  it  essential  to 
maintain  not  wily  the  information  fbind  in  the  traditional  users'  register, 
but  much  more  information  about  each  patron. 

Before  ALPHA,  F5IC  maintained  two  separate  patron  card  files, 
one  for  books  and  another  for  docunents.  There  were  two  files  primarily 
because  circulation  was  controlled  at  two  different  physical  locations. 

Now  the  requirements  of  both  book  circulation  and  docunents  circulation 
are  met  V  the  ALPHA  patron  control  subsystem. 

For  each  patron  of  the  library,  a  magnetic  tape  record,  figure  4, 
is  created  and  maintained.  All  these  records  together,  one  for  each 
patrol,  make  if)  the  Patron  Master  File. 

Figure  4  is  a  diagram  of  the  magnetic  tape  record  for  one 
patron.  The  numbers  in  each  block  show  the  number  of  characters  avail¬ 
able  to  record  each  data  element  and  also  the  specific  position  numbers 
devoted  to  each  data  element.  For  example,  21  characters  are  available 
to  record  the  patron's  street  address,  which  occupies  on  the  record  posi¬ 
tions  98  through  118.  Note  that  the  data  captured  for  each  patron  enables 
the  librarian  to  identify  him  (positions  1-54  on  the  record),  locate  him 
by  phone  or  mail  (58-143) ,  determine  whether  he  is  allowed  to  see  a  par¬ 
ticular  classified  document  (S5-S7  and  174-474),  record  any  comments 
(usually  of  a  security  nature)  that  are  necessary  (475-670),  route  journals 
or  other  publications  to  him  (671-1008),  and  tell  when  his  record 
was  established  in  the  Patron  Master  File  and  when  the  nest  recent  action 
affecting  his  record  took  place  (144-153),  which  can  be  useful  in  file 
checking  and  periodic  file  review.  There  is  also  a  reserved  field  of 
10  characters  (154-163). 

The  Patron  Master  File  is  the  central  source  of  patron  infor¬ 
mation  for  both  the  librarian  and  the  other  subsystems  of  the  ALPHA  system. 
For  library  use,  the  contents  of  the  Master  File  are  displayed  periodical¬ 
ly  in  two  listings:  the  Complete  Patron  List  in  Name  Sequence,  figure  5, 
and  the  Patron  List  in  Social  Security  Sequence,  figure  6.  Some  of  the 
uses  of  the  Master  File  by  other  ALPHA  subsystems  are:  validation  of 
social  security  number  and  patron  name  on  charged  items,  providing  mailing 
data  for  the  production  of  notices  to  the  patron,  serving  as  a  source  for 
patron  routing  requirements,  and  providing  security  information,  information 
about  clearance,  need-to-know,  citizenship,  etc. 

Three  kinds  of  action  affecting  the  Master  File  may  be  taken. 

New  patrons  may  be  established  on  the  file,  established  patron  records 
may  be  revised,  and  records  may  be  deleted  or  purged  when  patrons  clear 
the  installation.  Data  for  these  actions  are  keyp inched  into  punched 
cards  that  are  batched  and  periodically  sent  to  the  computer  to  update 
the  Master  File.  When  the  computer  receives  changes  to  the  Master  File 
they  are  posted  and  new,  updated  listings  are  prepared  for  the  library. 
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During  the  update  of  the  Master  File,  several  auxiliary  outputs 
axe  produced  in  addition  to  the  two  listings  mentioned  above.  These  are 
the  Patron  Monitor,  and  unprocessed  transaction  cards,  the  Need -to -know 
Invalidation  Notices,  and  the  Patron  Record  Delete  messages. 

The  Patron  Monitor,  figure  7,  is  a  document  that  displays  all 
transactions  submitted  for  each  update  and  provides  a  Patron  Statistical 
Report,  figure  8,  summarizing  the  status  of  the  Patron  Master  File. 
Transactions  found  to  be  in  error  are  indicated  on  the  Patron  Monitor  by 
a  descriptive  message  to  the  right  of  the  transaction.  To  help  in  the 
correction  of  the  errors,  the  transactions  cards  containing  errors  are 
duplicated,  except  that  the  action  code  is  omitted,  and  returned  with 
the  Patron  Monitor. 

Changes  submitted  to  the  Patron  Master  File  affecting  data 
elements  that  could  influence  the  patron's  need- to -know  result  in  the 
production  of  the  Need-to-know  Revalidation  Not  it.  ,  figure  9,  printed 
on  a  S  x  8  card  ready  for  mailing. 

When  a  patron  record  is  deleted  from  the  Patron  Master  File, 
the  complete  set  of  information  for  that  patron  is  printed  on  a  5  x  8 
Patron  Record  Delete  card,  figure  10.  This  card  is  used  to  verify  that 
the  patron  has  cleared  the  library  and  the  Documents  Section,  and  is 
then  filed  as  a  historical  record. 

2.  Establishment  and  Maintenance  of  Patron  Master  File 

For  the  librarian,  establishment  and  maintenance  action  on 
the  Patron  Master  File  begins  with  a  data  source  document.  At  RSIC, 
this  is  a  Form  AMSMI-R-10,  "RSIC  Patron  Card."  In  the  following  dis¬ 
cussion,  the  term  "Patron  Card"  will  be  used,  and  the  Form  10  illustrat¬ 
ed  as  typical.  RSIC  receives  the  conpleted  Patron  Card  from  the  patron 
or  his  organization.  After  preliminary  check,  the  card  is  given  to 
the  keypunch  operator,  who  punches  transaction  cards  which  then  go 
into  the  hopper. 

Three  types  of  actions  can  be  requested  by  the  Patron  Card: 
establishment  of  a  new  patron  on  the  file,  revision  (change)  of  an  es 
tablished  patron  record,  complete  removal  (purge)  of  a  patron  record 
from  the  file. 

Detailed  discussion  of  processing  the  source  document  and 
keypunching  the  transaction  cards  for  each  type  of  action  follows. 
Ordinarily  the  librarian  will  know  if  the  source  document  is  for  a 
PURGE  action,  but  may  not  know  whether  it  is  for  a  NEW  or  CHANGE  action. 

A  quick  check  of  the  complete  Patron  List  in  Name  Sequence  should  clear 
up  any  doubt. 
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a.  New  Patron  -  Check  of  Patron  Card 


To  establish  a  new  patron  record  chi  the  file,  the  librarian 
must  first  verify  that  he  is  not  already  on  the  file  by  checking  the 
patron  card  against  the  Patron  List  in  Social  Security  Sequence.  If 
the  new  patron’s  social  security  nunber  is  not  duplicated  on  the  list, 
he  may  be  added  to  the  file.  But  if  the  new  patron’s  social  security 
nunber  matches  that  of  a  patron  already  present  in  the  Patron  Master 
File,  further  checking  will  be  required.  One  of  three  conditions  exists: 

(1)  The  new  patron’s  social  security  nunber  is  incorrectly 
recorded  on  the  patron  card  and  accidentally  agrees  with  the  nunber 
of  an  already  established  patron.  The  correct  mmber  must  be  ob¬ 
tained  from  the  patron. 

(2)  The  new  patron  is  already  correctly  established  in  the 
file.  The  Patron  List  in  Name  Sequence  should  be  checked  against  the 
patron  card  to  see  whether  there  is  new  information  or  changed  infor¬ 
mation  that  would  change  the  patron  record.  If  changes  to  the  patron 
record  are  needed,  a  change  action  should  be  made  (see  below). 

(3)  The  new  patron's  nunber  on  the  patron  card  is  correct, 
and  the  established  patron's  nunber  is  incorrect.  The  librarians 
should  obtain  the  established  patron's  correct  nuiber,  purge  his  re¬ 
cord  (see  below) ,  and  reestablish  it  with  the  correct  nunber. 

The  patron  card  for  a  new  pat real  should  also  be  checked  to 
verify  that  it  contains  the  notation  NEW  and  at  least  the  following 
information  (see  figure  11  for  an  example) : 

(1)  Surname  and  given  names,  including  suffixes  such  as  Jr. 
or  Sr.  and  titles  such  as  Dr.  or  Lt.Col.  if  available. 

(2)  Social  security  nunber 

(3)  Organization  symbol  or  business  mailing  address.  Both 
may  be  included,  but  only  one  is  required. 

(4)  Security  clearance.  If  unknown,  should  be  INCLEARED. 

(5)  Patron  type. 

(6)  Citizenship.  Should  either  specify  a  country  or  indi¬ 
cate  as  UNKNOWN. 

(7)  Company  name  if  a  contractor  employee. 

There  are  considered  the  absolutely  essential  data  elements 
for  the  purposes  of  the  patron  control  subsystem.  Any  new  patron 
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card  that  does  not  have  them  must  be  considered  incomplete.  The  fol¬ 
lowing  information  should  also  be  included  if  available,  but  is  not 
absolute  essential: 

(1)  Phone  nutter,  including  area  code  if  out  of  town 

(2)  Extension 

(3)  Building  number 

(4)  Room  number 

(5)  Contract  nunber  if  a  contractor  enployee 

(6)  Need-to-know  type  (NASA  or  OOSATI)  and  need-to-know 
categories.  (NOTE:  NASA  type  will  soon  be  obsolete,  leaving  only 
COSATI  categories.) 

(7)  Comments 

If  need-to-know  categories  are  specified  the  need-to-kncw 
type  must  also  be  specified.  If  all  categories  of  a  type  are  assigned, 
the  only  required  notation  is  ADD  ALL.  If  only  some  categories  of  a 
type  axe  assigned,  each  one  must  be  listed.  If  comments  are  used  in 
place  of  need-to-know  categories,  they  should  be  on  the  patron  card. 

The  comments  option  is  included  primarily  for  need-to-know  use,  but 
my  be  used  for  other  purposes  if  the  submitting  activity  wishes. 

b.  New  Patron  -  Preparation  of  Transaction  Card 

In  establishing  new  patrons  on  the  file  a  name  card  (01) 
and  either  a  local  address  card  (02)  or  an  address  card  (03) ,  or  both, 
must  be  keypunched.  The  need-to-know  card  (04) ,  comments  cards  (05 
through  08),  and  routing  card  (09)  are  puiched  only  when  such  infor¬ 
mation  is  on  the  patron  card  or  routing  needs  have  been  specified. 

Note:  In  the  following  discussion  and  elsewhere,  "b,"  as 
in  ADDhALL,  means  a  space  deliberately  left  blank. 

All  transaction  cards  sent  to  the  conputer  for  new  patrons 
must  contain  the  following: 

Cols  Data  Element  Comments 

I- 10  Social  security  nunber  Left- justified.  No  dashes. 

II- 12  Card  code  Must  be  one  of  these: 

01  Name  card 
02  Local  address  card 
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03  Address  card 


04  Need- to -know  card 
05  Comment  card 
06  Coonent  card 
07  Comnent  card 
09  Routing  card 

13  Action  code  Must  be  N. 

14-29  Surname  Left-justified.  Must 

contain  alphabetics  or 
dashes  only.  Close 
up  any  blanks. 

79  Origin  code  If  there  is  more  than 

one  keypunching  station 
where  patron  file 
transaction  cards  are 
pinched,  this  one- 
character  code  will  be 
assigned  to  indicate 
which  station  pinched 
each  card. 

80  Operator  code  A  one -character  code 

identifying  the  keypinch 
operator. 

Following  are  detailed  formats  and  instructions  for  punching 
cards  01  through  09.  Samples  of  all  transaction  cards  for  the 
Patron  File  are  illustrated  in  figure  12.  The  name  card  (01)  should 
be  pinched  first;  then  it  is  possible  to  delicate  some  data  elements 
on  the  other  cards  to  be  punched  for  the  same  patron. 


(1) 

Name  Card  (01). 

Cols 

Data  Element 

Cooments 

1-10 

Social  security  number 

Left -justified.  No  dashes. 

11-12 

Card  code 

Must  be  01. 

13 

Action  code 

Must  be  N. 
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14-29 

Surname 

Left -justified.  Must 
contain  alphabetic  charac¬ 
ters  or  dashes  only.  Close 
up  any  blanks. 

30-47 

Given  names 

Left-justified.  Copy  exactly 
as  on  the  patron  card.  Hist 
contain  only  alphabetic 
characters,  dashes,  periods, 
or  blanks. 

48-50 

•Surname  suffix 

•Exanples :  Jr.,  Sr.,  Ill, 
etc. 

51-56 

•Title 

•Left -justified.  Examples 
Dr.,  Col.,  etc. 

57 

Type 

Che  of  the  following  one- 
character  codes: 

N  NASA  civil  servant 

A  Army  civil  servant 

M  Military  (any) 

C  Contractor 

Note:  If  this  code  is 

C  for  contractor,  the 
contractor  code  (cols. 

75-78)  must  be  included. 

58 

Security  clearance 

Che  of  the  following  one  - 
character  codes: 

U  Ihcleared 

C  Confidential 

S  Secret 

T  Top  secret 

If  necessary  a  comment 
(cards  0S-08)  may  be 
used  to  qualify  the 
security  clearance. 

59-60 

Citizenship 

A  two-digit  code  taken 
from  the  official  country 
code  list,  Table  II. 

61-63 

•Area  code 

•Area  code  if  telephone 
is  out  of  town. 

64-70 
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•Telephone  number 

•Left- justified.  No  dashes. 

All  numeric. 

75-78  ^Contractor  code 


*Use  the  four-digit  code 
taken  from  the  official 
contractor  code  list, 
Table  III,  if  the  patron 
is  type  C. 

79  Origin  code  If  there  is  more  than  one 

:eypinching  station  where 
patron  file  transaction 
cards  are  pinched,  this 
one -character  code  will 
be  assigned  to  indicate 
which  station  pinched  each 
card. 

80  Operator  code  A  one-character  code 

identifying  the  keypunch 
operator.  Will  be  an 
initial  unless  arranged 
otherwise. 

•Optional  elements. 

All  others  are  required. 


(2)  Local  Address  Card  (02). 


Cols 

Data  element 

Comnents 

1-10 

Social  security  number 

Duplicate. 

11-12 

Card  code 

Must  be  02. 

13 

Action  code 

Duplicate. 

14-29 

Surname 

Duplicate. 

30-41 

Organ iz at ional  symbol 

Left -justified.  Use 
only  for  valid  local 
mailing  symbol. 

42-46 

Building  number 

Left-justified. 

47-51 

Room  number 

Left -justified. 

79 

Origin  code 

Duplicate. 

80 

Operator  code 

Duplicate. 
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Cols 

Data  element 

1-10 

Social  security  number 

11-12 

Card  code 

13 

Action  code 

14-29 

Surname 

30-50 

Street  address 

51-65 

City 

66-70 

State 

71-7S 

ZIP  code 

79 

Origin  code 

80 

Operator  code 

(4) 

Need-To-Know  Cards  (04) , 

Cols 

Data  element 

1-10 

Social  security  number 

11-12 

Card  code 

13 

Action  code 

14-29 

Surname 

30 

Need -to -know  type 

31-78 

Need -to -know  codes 

Cocnents 

Duplicate. 

Must  be  03. 

Duplicate. 

Duplicate. 

Left -justified.  If  longer 
than  21  digits,  abbreviate. 

Left -justified.  If  longer 
than  15  digits,  abbreviate. 

Left -justified.  Use 
abbreviations  where 
required.  Table  IV. 

All  numeric. 

Duplicate. 

Duplicate. 

Conments 
Duplicate 
Must  be  04. 

Duplicate. 

Duplicate. 

Must  be  one  of  these: 

N  NASA 
C  COSAT  I 

Punch  ADCbALL  in  cols 
31  through  37  if  so 
indicated  in  the  source 
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docunent .  Othe  rwise , 
beginning  in  col  51, 
pinch  the  three-digit 
codes,  following  each 
with  an  A  for  add.  Use 
as  many  04  cards  as 
required  to  post  the 
need-to-know  a>des. 
Table  V. 


79 

Origin  code 

Duplicate. 

80 

Operator  code 

Duplicate. 

(5) 

Comnents  Cards  (05  through  0V). 

Cols 

Data  element 

Comments 

1-10 

Social  security  number 

Duplicate. 

11-12 

Card  code 

Must  be  one  of  these: 
05,  06,  07,  or  08.  Begj 
each  series  .with  05. 

13 

Action  code 

Duplicate. 

14-29 

Surname 

Duplicate. 

30-78 

Cowmen  t 

Left-justified.  Where 
comment  is  too  long, 
abbreviate  but  do  not 
disturb  the  meaning  of 
the  comment .  Comments 
may  be  divided  among 
the  set  of  comment 
cards  if  required  or 
stay  run  from  one  card 
to  the  next. 

79 

Origin  code 

Duplicate. 

80 

6perator  code 

Duplicate. 

(6) 

Routing  Card  (09). 

New  patron  routing  information  is  submitted  on  a  separate 
source  document,  which  at  RSIC  is  car  led  the  RSIC  Routing  Worksheet, 
figure  13.  On  figure  13,  the  the  third  entry  has  the  appearance  of  one 
for  a  new  patron,  because  all  three  action  ctxles  are  A  for  Add. 
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However,  an  es*  Mished  patron  might  have  an  entry  that  looks  exactly 
the  same,  so  it  cannot  bz  concluded  that  the  third  entry  does  refer  to 
a  new  patron.  Informal  ion  on  the  worksheet  is  punched  in  the  following 
format: 

Cols 

Data  element 

Comments 

1-10 

Social  security  number 

Duplicate. 

11-12 

Card  code 

Must  be  09. 

13 

Action  code 

Duplicate. 

14-29 

Surname 

Dupl i ca  • u . 

30-36 

Journal  1  number 

Left -justified, 

37-40 

Journal  1  copy  number 

Precede  with  leading  zeroes. 

41-42 

Journal  1  priority 

Copy  priority. 

43 

Journal  1  action  code 

Niist  be  A. 

44-50 

Journal  2  number 

Left -justified. 

51-34 

Journal  2  copy  number 

Precede  with  leading  zeroes. 

55-56 

Journal  2  priority 

Copy  priority. 

57 

Journal  2  action  code 

Must  be  A, 

58-64 

Journal  3  number 

Left- justified. 

65-68 

Journal  3  copy  number 

Precede  with  leading  zeroes. 

69-70 

Journal  3  priority 

G?py  priority. 

71 

Journal  3  action  code 

Must  be  A. 

72-78 

Blanks 

79 

Origin  code 

Must  be  R, 

80 

Operator  initial 

c. 

Revision  -  Check  of  Patron  Card 

To  revise  an  established  patron  record,  the  librarian  must  first 
verify  that  the  record  to  be  changed  is  an  established  record  by  checking 

the  natron  card  against  the  Patron  List  in  Social  Security  Sequence. 
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Usually  the  social  security  nunber  will  be  found  on  the  list,  and  the 
name  and  other  data  will  agree  with  the  patron  card.  In  this  case 
the  revision  may  be  taken  as  valid.  But  if  the  social  security  number 
on  the  patron  card  is  not  on  the  Patron  List,  sane  further  checking 
will  be  required.  Che  of  three  conditions  exists: 

(1)  The  patron  is  not  established  .>n  the  file.  He  should 
be  established  as  a  new  patron. 

(2)  The  patroi  is  established  on  the  file  irder  a  correct 
social  security  muter,  but  the  nunber  on  the  patron  card  is  incorrect. 
The  correct  nuiber  must  be  obtained  from  the  patron;  e.g.,  the  nimfcer 
cm  the  patron  card  verified. 

(3)  The  number  on  the  patron  card  agrees  with  a  nuriber  on 
the  Patron  List,  but  the  other  data  on  the  Patron  List  do  not  agree 
with  the  patron  :ard.  This  probably  means  that  the  nunber  on  the 
patron  card  is  correct  but  the  data  on  the  Patron  List  are  entered 
uider  the  wrong  social  security  nunber.  The  record  should  be  purged 
free;  the  patron  file,  corrected,  and  entered  as  a  new  record. 

revisions  to  established  records  consist  of  three  kinds  of 
actions:  one,  adding  data  elements  to  established  records,  two,  de¬ 
leting  data  elements  from  established  records,  and  three,  changing 
data  elements  in  established  records,  A  patron  card  submitted  for 
revising  and  esLablished  record  (figure  14  is  a  sample)  must  contain 
the  notation  CHANGE  and  the  following  infomztion: 

(1)  Social  security  number. 

(2  J  Surmrne. 

(3)  The  data  elements  to  *!e  added  or  changed.  If  data 
elements  are  to  be  deleted,  this  should  be  indicated  by  an  asterisk 
or  star  in  the  information  box  of  the  element  to  be  deleted. 

Except  for  the  special  case  of  a  name  change  (see  below), 
a  single  patron  card  may  cover  additions,  changes,  and  deletions  of 
information.  For  example,  one  patron  card  might  change  the  patron's 
organizational  symbol,  delete  the  old  room  number,  and  add  a  new 

telephone  ntssber. 

Employee  type,  contractor  code,  and  social  security  lumber 
may  not  be  altered  by  a  change  transaction.  Wven  these  elements  must 
he  hanged,  the  old  record  oust  be  ourged  and  a  new  record  established. 
This  arrangement  is  necessary  because  a  change  in  these  data  elwents 
may  very  well  indicate  the  need  for  a  drastic  chan*»  in  the  patron's 
access  to  classified  information.  Therefore,  it  is  required  that  he 
he  recertified  as  being  an  authorized  natron 
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Revision  to  need-to-know  categories  consists  of  one  of  these 
three  possibilities:  one,  adding  all  categories  of  a  type,  two,  deleting 
all  categories  of  a  type,  three,  adding  or  deleting  some  categories  of  a 
type.  In  all  cases  the  need-to-kncw  type  must  be  specified  as  NASA  or 
GOSAXI.  If  all  categories  are  to  be  added,  the  notation  ADD  ALL  should 
be  on  the  back  of  the  patron  card.  If  all  categories  are  to  be  deleted, 
the  notation  DELETE  ALL  should  be  there.  If  some  categories  are  to 
be  added  or  deleted,  they  should  be  listed,  each  with  an  A  for  add  or  a 
D  for  delete. 

Revisions  to  comments  may  be  indicated  on  the  back  of  the 
patron  card  by  specifying  the  comment  nurber  followed  by  the  notation 
EELETE  if  the  comment  is  to  be  deleted,  or  by  supplying  a  new  cownent 
to  replace  the  old  one.  If,  as  indicated  by  its  mmbe~,  the  continent 
is  a  new  one,  it  will  simply  be  added  to  the  comments  already  on  the 
patron's  record. 

Revising  the  name  of  an  established  patron  is  a  special  case. 
Name  changes  are  most  frequently  required  because  of  mafriage,  divorce, 
or  the  patron's  being  incorrectly  recorded  in  the  first  place.  These 
things  happen  often  enough  to  justify  relieving  the  patron  of  the  effort 
of  conpleting  the  whole  patron  card  and  having  it  certified. 

A  name  change  must  be  covered  by  a  patron  containing  no 
other  actions.  Surname,  given  names,  or  surname  suffix- -any  or 
all  may  be  changed  by  a  name  change  transaction.  The  card  should  have 
the  notation  CHANGE,  and  must  have  on  it  the  social  security  number, 
surname,  given  names,  and  surname  suffix,  if  any.  Nothing  more  should 
be  included  on  the  card,  because  the  absence  of  other  data  identifies 
it  as  a  name  change  action.  If  a  previous  surname  suffix  is  to  be  de¬ 
leted,  this  is  indicated  b>  an  asterisk  or  star  in  that  information  block. 
Whatever  changes  are  being  made,  the  surname  and  given  names,  and  sur¬ 
name  suffix,  if  any,  must  be  on  the  card. 

d .  Revision  -  Preparation  of  Transaction  Cards 

All  changes  to  established  records,  except  changes  in  routing 
requirements,  will  be  initiated  by  patron  cards  with  the  notation  CHANGE. 
Card  types  to  be  keypunched  (01  through  08)  will  depend  on  the  data 
elements  that  are  affected.  Changes  in  routing  requirements  will  be 
initiated  by  a  routing  worksheet  and  require  the  pinching  of  a  card  type 
09  (covered  later). 

All  transaction  cards  01  through  08  for  revision  of  established 
records  must  contain  the  following: 

Cols  Data  element  Comments 

1-10  Social  security  number  Left-justified.  No  dashes. 
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11-12 


Card  code 


As  required  according  to 
data  elements  being 
changed:  01,  02,  03,  04, 
05,  06,  07,  or  08. 


Must  be  C  except  for 
name  change  action, 
tdvich  is  /. 

Left-justified.  Must 
contain  alphabetic 
characters  or  dashes 
only.  Close  up  any 
blanks. 

79  Origin  code  If  there  is  more  than  one 

keypunching  station  where 
patron  file  transaction 
cards  are  punched,  this 
one -character  code  will 
be  assigned  to  indicate 
which  station  punched  each 
card. 

80  Operator  code  A  one-character  code 

identifying  the  keypunch 
operator. 

In  addition,  the  data  elements  to  be  changed  or  added  must  be  included. 

For  all  card  types  except  09,  if  a  data  element  is  to  he  deleted,  as 
indicated  by  an  asterisk  or  star  in  the  information  block  for  that 
element,  an  asterisk  should  be  punched  in  the  first  coluwi  of  the  field 
to  be  deleted. 

Changes  to  need-to-know  will  be  indicated  on  the  natron  card 
as  described  above.  All  need-to-know  transaction  cards,  card  type  04, 
mist  contain  the  need-to-know  type  code  in  colunn  30,  either  N  for 
NASA  or  C  for  00SATI.  If  the  patron  card  notation  is  ADD  ALL,  ADDhALL 
is  punched  in  colums  31-37.  If  the  notation  is  DELETE  ALL,  DELETEbALL 
is  punched  in  colunns  31-40.  If  specific  categories  are  added  or  deleted, 
the  categories  with  action  codes--A  for  add  or  D  for  delete- -are  punched 
beginning  in  col  urn  31.  The  maximum  number  of  actions  per  card  is  twelve, 
but  as  many  04  cards  as  required  may  be  punched. 

As  mentioned  before,  a  patron's  name  can  be  changed  without 
his  being  deleted  and  added  back  to  the  file.  A  patron  card  for  a 
name  change  will  be  marked  CHANGE  and  contain  only  the  social  security 
number,  surname,  given  names,  and  in  the  surname  suffix  block,  either  a 
surname  suffix  or  an  asterisk  or  nothing.  The  following  transaction 


13  Action  code 


14-29  Surname 
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Comments 


card  la  punched  for  a  name  change: 


Cols  Data  element 


1-10 

Social  security  number 

Left  "justified.  No  dashes. 

11-12 

Card  code 

Must  be  01. 

13 

Action  code 

Must  be  /. 

14-29 

* 

Surname 

Left -justified.  Must 
contain  only  alphabetic 
characters  or  dashes. 

Close  up  any  blanks. 

30-47 

Given  names 

Left-justified.  Copy 
exactly  as  on  the  patron 
card.  Must  contain  only 
alphabetics,  dashes, 
periods,  or  blanks. 

48-50 

Surname  suffix 

Optional,  include  if  on 
the  patron  card.  If  the 
patron  card  contains  an 
asterisk  in  this  location 
(indicating  deletion  of 
previous  suffix)  punch  an 
asterisk  in  the  first 
column  of  this  field. 

51-78 

Blanks 

79 

Origin  code 

If  there  is  more  than  one 
keypunching  station  where 
patron  file  transaction 
cards  are  punched,  this 
one -character  code  will  be 
assigned  to  indicate  which 
station  punched  each  card. 

80 

Operator  code 

A  one -character  code 
identifying  the  keypunch 
operator. 

Routing  changes  are  submitted  on  the  routing  worksheet, 
figure  13.  Data  on  the  worksheet  will  be  punched  in  the  following 
format: 
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Cols 

Data  element 

Comments 

1-10 

Social  security  number 

Left- justified.  No  dashes. 

11-12 

Card  code 

Must  be  09. 

13 

Action  code 

Must  be  C. 

14-29 

Surname 

Left-justified.  Must 
contain  alphabetic  charac¬ 
ters  or  dashes  only.  Close 
up  any  blanks. 

*30-36 

Journal  1  number 

Left -justified. 

37-40 

Journal  X  copy  nurfcer 

Precede  with  leading  zeroes. 

41-42 

Journal  1  priority 

Copy  priority. 

43 

Journal  1  action  code 

Must  be  A  for  add,  C  for 
change,  or  D  for  delete. 

44-50 

Journal  2  number 

Left-justified. 

51-54 

Journal  2  copy  number 

Precede  with  leading  zeroes. 

55-56 

Journal  2  priority 

Copy  priority. 

57 

Journal  2  action  code 

Must  be  A,  C,  or  D. 

58-64 

Journal  3  number 

Left-justified. 

65-68 

Journal  3  copy  nurber 

Precede  with  leading  zeroes. 

69-70 

Journal  3  priority 

Copy  priority. 

71 

Journal  3  action  code 

Must  be  A,  C,  or  D. 

72-78 

Blanks 

79 

Origin  code 

Must  be  R. 

80 

Operator  initial 

*If  the  notation  DELETE  ALL  appears  on  the  worksheet,  punch 
EELETEbALL  in  columns  30-39  in  the  place  of  the  other  data  normally 
nunched  there,  and  make  columns  40-78  blanks. 
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e.  Purge  -  Check  of  Patron  Card 

To  completely  delete  (purge)  a  patron  record  from  the  file, 
the  librarian  must  first  verify  that  the  record  to  be  purged  is  an 
established  record  by  checking  the  patron  card  against  the  Patron 
List  in  Social  Security  Sequence.  Usually  the  social  security  number 
will  be  found  on  the  list,  and  the  name  will  agree  with  the  patron  card. 
In  this  case  the  purge  may  be  taken  as  valid.  But  if  the  mmber  is 
found  on  the  file  with  the  name  of  another  patron,  one  of  two  conditions 
exists : 


(1)  The  social  security  number  on  the  patron  card  is 
incorrect  and  accidentally  agrees  with  the  social  security  number  of 
another  established  patron.  The  correct  number  must  be  obtained  from 
the  patron. 

(2)  The  number  on  the  file  is  incorrect.  Delete  the  record 
and  add  it  back  under  the  correct  nuiber. 


The  second  condition  leaves  a  question:  Is  the  patron  whose 
record  is  to  be  purged  established  on  the  file?  If  the  social  security 
nuiber  on  the  patron  card  is  not  in  the  Patron  List  in  Social  Security 
Sequence,  the  librarian  should  look  up  the  name  in  the  Complete  Patron 
List  in  Name  Sequence.  If  the  record  is  found  there  under  a  different 
social  security  nuiber,  the  number  o:  the  patron  card  should  be  changed 
to  agree  with  the  number  on  the  list.  If  neither  the  social  security 
nuiber  nor  the  name  are  on  the  lists,  the  patron's  record  may  have  already 
been  deleted.  The  Patron  Record  Delete  file  should  be  checked;  if  the 
record  is  there,  the  patron's  record  has  already  been  deleted,  and  no 
other  action  is  necessary. 

A  patron  card  sibmitted  for  deleting  an  established  record 
must  contain  the  notation  PURGE  and  the  patron's  social  security  number 
and  surname. 


f.  Purge  -  Preparation  of  Transaction  Cards 

All  transaction  cards  punched  for  purging  records  from  the 
Patron  File  must  contain  the  following: 

Cols  Data  element  Comments 


I- 10  Social  security  nuiber 

II- 12  Card  code 

13  Action  code 

14-29  Surname 


Left- justified.  No  dashes. 
Must  be  00. 

Must  be  P. 

Left-justified.  Must 
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contain  alphabetic  charac¬ 
ters  or  dashes  snly.  Close 
up  any  blanks. 


30-78  Blanks 

79  Origin  code  If  there  is  more  than  one 

keypunching  station  where 
patron  file  transaction 
cards  are  punched,  this  one- 
character  code  will  be 
assigned  to  indicate  which 
station  pinched  each  card. 

80  Operator  code  A  one -character  code 

identifying  the  keypunch 
operator. 

3.  Patron  File  Outputs 

Patron  file  outputs  are  produced  as  often  as  the  Patron 
Master  File  is  updated.  At  RSIC  the  schedule  is  weekly  at  present. 

There  are  some  possible  variations  in  frequency  of  production,  which 
are  noted  below.  These  are  the  six  outputs: 

a.  Complete  Patron  List  in  Name  Sequence.  Since  this 

is  a  very  bulky  listing,  there  is  an  option  of  not  producing  it  during 
any  particular  update.  It  is  not  expected  that  this  list  will  be  printed 
more  often  than  weekly  no  matter  how  frequent  the  updates  may  become. 

b.  Patron  List  in  Social  Security  Sequence.  This  is  always 
produced  at  update. 

c.  Patron  Monitor,  including  Patron  Statistical  Report. 

This,  too,  is  always  produced  at  update. 

d.  ^processed  Transaction  Cards.  These  can  be  expected 
at  every  update.  It  is  possible  for  there  to  be  none,  but  only  if 
every  transaction  card  in  the  batch  being  processed  passes  all  checks 
for  correctness.  This  can  be  checked  against  the  Patron  Monitor  for 
that  update. 

e.  Need-to-kncw  Invalidation  Notices.  These,  too,  can 

be  expected  at  every  update.  None  would  be  produced  if  there  were  no 
transactions  changing  any  patron's  organizational  symbol  or  citizenship 
code. 

f.  Patron  Record  Deletes.  And  these,  too,  can  be  expected 
at  every  update,  but  none  would  be  produced  if  there  were  no  purge 
actions  in  the  update. 
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All  multi -copy  outputs  are  standardized  at  six  copies  for 
convenience  in  the  Confutation  Center. 

The  most  important  output  is  the  Conplete  Patron  List  in 
Name  Sequence,  figure  5.  It  is  a  display  of  the  total  contents  of 
the  Patron  Master  File.  The  legend  on  the  first  page  of  the  list 
explains  its  format.  It  is  in  sequence  by  patron  surname  and  given 
names. 


The  primary  purpose  of  the  Patron  List  in  Name  Sequence  is 
to  display  complete  patron  data  for  use  in  control  of  charging  out, 
routing,  aid  access  to  documents  that  are  classified  ur  otherwise 
restricted  in  circulation.  It  is  a  multi -copy  output,  and  copies  of 
it  are  kept  at  all  circulation  desks,  as  would  be  expected  considering 
its  purpose.  The  person  responsible  for  maintaining  the  patron  file 
also  receives  a  copy. 

There  are  many  possible  uses  of  this  output  aside  from  its 
primary  one.  Speaking  generally,  if  a  patron’s  name  is  known,  one 
can  refer  to  this  list  to  find  out  anything  else  about  him  that  is 
entered  in  the  Patron  Master  File.  To  get  from  social  security  num¬ 
ber  to  name,  one  would  refer  first  to  the  Patron  List  in  Social 
Security  Sequence. 

No  exhaustive  discussion  of  these  possible  uses  can  be  pre¬ 
sented  here,  but  a  few  examples  may  be  suggestive. 

The  Patron  List  in  Social  Security  Sequence,  figure  6, 
displays  in  abbreviated  form  each  patron  record  in  the  Patron  Master 
File.  The  legend  on  the  first  page  explains  its  format.  Its  sequence 
corresponds  to  that  of  the  Patron  Master  File. 

The  purpose  of  the  Patron  List  in  Social  Security  Sequence 
is  to  provide  an  entry  to  the  patron  file  through  the  social  security 
number,  it  provides  direct  access  only  to  data  about  patron  name, 
location,  and  security  clearance.  Used  with  the  Complete  Patron  List 
in  Name  Sequence  it  provides  access  to  all  data  in  the  Patron  Master 
File.  It  is  a  multi-copy  output,  and  is  kept  at  the  same  places  as 
the  Complete  Patron  List  in  Name  Sequence --at  all  circulation  desks -- 
with  one  exception.  One  copy  of  the  Patron  List  in  Social  Security 
Sequence  is  kept  in  the  Acquisitions  Section.  This  small  list  has  been 
found  adequate  for  patron  address  data  whenever  a  patron  has  requested 
a  publication  and,  for  instance  acquisition  has  been  delayed. 

(The  acquisition  module  of  ALPHA  uses  social  security  numbers  to  refer 
to  patrons.)  The  person  responsible  for  maintaining  the  patron  file 
also  receives  a  copy  of  this  output. 

The  possible  uses  of  this  output  are  similar  to  those  of 
the  Complete  Patron  List  in  Name  Sequence.  Indeed,  as  indicated 
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before,  the  two  will  sometimes  bt  used  together.  Its  independent 
uses  are  limited  because  of  the  paucity  of  data  it  contains,  and 
because  its  data  is  duplicated,  together  with  much  in  addition,  in 
the  Complete  Patron  List  in  Name  Sequence. 

Need-to-know  Revalidation  Notices,  figure  9,  are  produced 
automatically  when  either  the  organizational  symbol  or  the  citizenship 
code  is  changed  in  the  records  of  patrons  with  a  specified  need-to-know. 
Changes  in  these  data  elements  could  affect  the  patron's  need-to-know. 

The  purposes  of  the  notice  is  to  provide  a  way  of  revalidating  the 
patron's  need-to-know  or  requesting  information  upon  which  to  base  a 
change  in  his  need-to-kncw  as  recorded  in  the  patron  file.  The  format 
of  the  notice  is  explained  by  the  illustration.  It  is  produced  as  one 
copy  on  a  5  x  8  card,  ready  for  mailing  to  the  supervisor  of  the 
enploying  element,  but  before  being  mailed  it  is  reviewed  by  the 
Documents  Section. 

Patron  Record  Deletes,  figure  10,  are  produced  immediately 
before  complete  deletion  (purge)  of  a  patron  record  from  the  Patron 
Master  File.  The  purpose  of  this  output  is  to  provide  a  historical 
record  of  deleted  patron  data.  The  format  of  the  Delete  is  explained 
by  the  illustration.  It  is  produced  as  one  copy  on  a  5  x  8  card. 

The  immediate  use  of  the  Patron  Record  Delete  card  is  to 
verify  that  the  patron  has  cleared  the  library.  Also,  if  a  patron 
record  is  mistakenly  deleted,  the  card  is  a  source  of  data  to  reesta¬ 
blish  the  record  in  the  Master  File.  And  the  file  of  these  cards  is 
useful  in  determining  whether  the  absence  of  a  patron  record  from 
the  file  is  a  result  of  his  having  been  deleted. 

Delete  cards  are  first  sent  to  the  main  circulation  desk, 
where  they  are  used  to  verify  the  patron's  clearing  the  library. 

They  are  then  forwarded  to  the  person  maintaining  the  patron  file,  by 
whom  they  are  filed  in  name  sequence  aid  held  for  two  years,  piimarily 
for  security  audit  trail  purposes. 

The  Patron  Monitor,  figure  7,  displays  a  record  of  each 
transaction  in  the  update  run.  At  the  end  of  the  Monitor  is  the  Patron 
Statistical  Report,  figure  8,  a  statistical  summary  of  the  composition 
of  the  Patron  Master  File  and  the  transactions  against  it  during  the 
update  run.  The  legend  of  the  first  page  of  the  Monitor  explains  its 
format;  the  format  of  the  Statistical  Report  is  self-explanatory. 

The  Monitor  is  in  social  security  number  sequence. 

The  purpose  of  the  Patron  Monitor  is  to  provide  help  in  cor¬ 
recting  errors  in  transactions  cards.  It  also  serves,  for  administrative 
people,  as  a  "window"  through  '<hich  some  of  the  behavior  of  the  patron 
control  subsystem  can  be  observed.  And  it  provides,  by  way  of  the 
Statistical  Report,  useful  information  for  ackninistrators  about  the 
most  recent  changes  in  the  file  and  the  current  state  of  the  file. 

The  Patron  Monitor  and  Statistical  Report  is  a  multi -copy  output.  Copies 
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go  to  the  administrative  offices  most  concerned  with  the  patron  file, 
including  the  person  responsible  for  maintaining  the  file.  The  director 
of  the  information  center  and  the  chief  of  the  library  receive  copies 
of  the  Statistical  Report  only. 

Before  considering  exactly  how  the  Patron  Monitor  is  used  in 
correcting  transaction  cards,  it  should  be  understood  how  error  messages 
get  cm  the  monitor.  Not  all  records  of  transactions  will  have  error 
messages;  the  fewer  that  do,  tire  better.  But  there  will  almost  always 
be  some.  Hew  do  they  come  to  be  there? 

The  answer  is  through  the  operation  of  editing  criteria,  or 
"edits.”  As  an  aid  in  being  as  accurate  as  possible,  a  considerable 
number  of  edits  are  built  into  the  system.  These  edits  are  rules 
specifying  that  certain  things  either  must  be  or  cannot  be  in  specific 
data  fields  on  the  pinched  cards.  Some  examples,  put  in  ordinary  language: 

(1)  The  social  security  number  must  be  all  numeric;  if  it 
is  not,  produce  the  error  message  INVALID  SSN. 

(2)  If  the  patron  is  not  a  contractor  emp] oyee ,  the  company 
code  field  (cols  75-78)  must  be  blank;  if  it  is  not, 
produce  the  error  message  NOT  CONTRACTOR . 

(3)  If  the  transaction  is  coded  NEW,  it  must  match  on 
social  security  number  a  record  already  in  the  file; 
if  it  does,  produce  the  error  message  ALREADY  IN  FILE. 

When  an  edit  turns  up  an  error,  the  transaction  is  not  processed.  A 
copy  of  the  transaction  card  is  returned  with  the  Patron  Monitor.  These 
unprocessed  transaction  :ards  are  identical  to  the  original  cards 
except  that  the  action  code  (column  1?)  is  left  off.  Chprocessed  cards 
go,  with  a  copy  of  the  monitor,  to  the  person  who  maintains  tire  patron 
file. 


That  person  uses  the  Patron  Monitor  as  an  aid  in  finding  out 
what  was  wrong  with  the  unprocessed  transaction  cards.  The  process  of 
correcting  the  cards  cannot  be  done  in  cursory  fashion.  The  person 
doing  the  correcting  has  to  consider  very  carefully  what  correction 
is  required.  One  should  be  wary  of  relying  on  the  error  messages 
because  they  do  not  always  tell  exactly  what  the  mistake  was. 

One  should  look  for  the  mistake  and  be  sure  he  understands 
it  before  changing  the  transaction  card.  Is  there  an  obvious  error  on 
the  card?  Is  the  card  code  (columns  11-12)  correct?  If  it  isn't, 
the  error  message  on  the  monitor  may  be  no  help  at  all.  Here  is  the 
reason.  In  computer  editing,  data  elements  are  checked  on  the  assump¬ 
tion  that  the  card  code  is  correct  if  it  satisfies  its  own  editing 
check,  which  requires  only  that  it  be  one  of  the  two-digit  codes  00 
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through  09.  If,  for  example,  the  card  code  is  01  but  should  have  been 
09,  the  data  on  the  card  will  be  evaluated  as  name  data  rather  than  a? 
routing  data.  The  result  is  a  nonsense  error  message. 

Was  the  original  action  code,  noted  on  the  Patron  Monitor, 
correct?  Sometimes  the  only  correction  required  is  a  change  in  the  ac¬ 
tion  code.  If  the  card  code  and  action  code  are  correct,  the  error  mes¬ 
sage  will  probably  make  sense  and  will  be  helpful  in  tracking  down  the 
error.  When  the  error  is  found  and  understood,  the  correction  is  made  cm 
the  returned  card  or  a  new  card  is  punched  if  required.  Sometimes  the  only 
action  needed  will  be  to  toss  the  transaction  card  into  the  wastebasket. 
Whatever  the  correction  is,  it  should  be  understood  and  not  just  made 
blindly.  Only  in  this  way  will  the  patrol  file  be  kept  as  accurate  as 
possible. 


4.  Editing  Criteria 

Following  are  all  possible  error  messages,  listed  alphabetically, 
with  explanations  and  suggested  corrective  actions. 


Message  Meaning 


Corrective  Action 


ALREADY  IN  This  transaction,  coded  as  Correct  and  resubmit. 

FILE  NEW,  matches  on  social  security 

number  a  patron  record  already  in 
the  patron  file.  Either  (1)  the 
social  security  number  of  the 
transaction  is  incorrect  and 
accidentally  matched  a  record 
in  the  file,  or  (2)  the  trans¬ 
action  should  have  been  coded 
CHANGE. 


BAD  NTK 
ACTION 


BLANK  DATA 
FIELD 


At  least  one  of  the  need-to- 
k-  'W  categories  on  this  card 
is  followed  by  an  action 
code  that  is  not  A,  for  add, 
or  D,  for  delete. 


Check  all  categories, 
sipply  the  correct  action 
codes,  and  resubmit. 


Columns  30  through  78  of  the  Add  data  and  resubmit, 
transaction  card  contain  no  or  discard, 
data  (are  all  blank). 


CL  51-78  NOT  This  name  change  transaction 
bLANK  card  contains  ncn-blank  data 

in  columns  51-78;  it  should 
contain  data  in  columns  1 
through  SO  only. 


Eliminate  the  data  in 
columns  51-78  and  resubmit. 


a  51-78 
BLANK 


This  name  card,  coded  CHANGE,  Supply  the  data  to  be 
contains  nothing  to  change  changed  and  resubmit, 
in  colmms  51  78. 
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Message 

INV  ACTION 
(DDE 


INV  AREA  (DDE 


INV  CARD 
(DEE 


INV  CHANGE 


INV 

CITIZENSHIP 

INV 

CLEARANCE 


INV 

CDNTRACTOR 


INV 

EXTENSION 


Meaning 


Corrective  Action 


The  action  code  (col  13)  of 
the  transaction  is  either 
invalid  or  inconsistent  with 
the  card  code.  For  card 
codes  01  through  09  (cols 
11-12)  the  action  code  must 
he  either  N  (new) ,  C  (change) , 
or  /  (name  change)  only.  For 
card  code  00  the  action  code  must 
be  P  (purge)  only. 


Correct  the  action  code 
if  invalid.  If  it  is 
inconsistent  with  the 
card  code,  change  one 
of  the  codes.  Resubmit. 


The  telephone  area  code  (cols 
61-63)  is  not  all-numeric. 


Correct  and  resubmit. 


The  card  code  (cols  11-12 
not  one  of  the  codes  00 
through  09. 


is  Correct  and  resubmit , 


A  name  card  (code  01)  was 
submitted  with  data  in  one 
or  more  of  the  following  fields: 
given  names  or  surname  suffix, 
patron  type,  or  contractor  code. 
Changes  in  these  data  elements 
cannot  be  accompli shed  with  a 
change  transaction. 


Research  and  resubmit. 


The  citizenship  code  (cols 
59-60)  is  not  all -mine ric. 

The  patron  security  clearance 
(col  58)  is  not  one  of  the 
following:  D-uicleared, 
Oconfidential,  S-secret,  or 
T*top  secret. 

The  contractor  code  (cols 
7S-78)  is  either  missing  or 
incorrectly  recorded.  A 
valid  contractor  code  is 
required  since  column  57 
specifies  C  for  contractor. 


Correct  and  resubmit. 


Correct  and  resubmit, 


Supply  the  correct 
contractor  code  or 
correct  the  patron 
type  and  resubmit. 


The  telephone  extension  (cols  Correct  and  resubmit 
71-74)  is  not  aJl-nuneric. 


! 


INV  GIVEN 


N. 


Meaning 


Corrective  Action 


The  giv~n  nanes  (cols 
30-47)  contain  characters 
other  than  alphabetic^,  periods, 
and  dashes,  or  begin  with  a 
blank  or  invalid  character. 


Correct  and  resubmit. 


INV  NAME  A  name  change  transaction  was 

CHANGE  submitted  with  data  elements 

otter  than  surname,  given 
names,  and  surname  suffix. 

INV  N-T-K  At  least  one  need-to-know 
CODE  category  in  cols  31-78  is 

invalid  or  inconsistent  with 
the  need-to-know  type  code 
(col  30) . 

INV  N-T-K  The  need-to-know  type  code 

TYPE  (col  30 1  is  not  either  C 

for  COSAT I  or  N  for  NASA. 


Eliminate  the  extraneous 
data  and  resubmit. 


Check  all  categories, 
correct,  and  resubmit. 


Correct  and  resubmit. 


INV  NIK 
ACTION 


INV  PHONE 
NR 


INV  PURGE 
CARD 


At  lease  one  of  the  need-to- 
know  actions  in  this 
transaction  is  invalid  (adds 
a  category  already  present 
or  deletes  one  not  present) . 
If  the  action  is  AW)  ALL 
the  message  means  that  the 
patron  is  already  authorized 
all  categories;  if  the  action 
is  DELETE  ALL,  it  means  that 
no  categories  are  authorized 
for  the  patron. 

The  telephone  number  (cols 
54-70)  is  not  all-numeric. 


Colums  30  -  78  of  the  purge 
card  contain  nun -blank  data 
»d\en  they  should  be  blank. 


Correct  and  resubnit. 


Correct  and  resubmit. 
(Alphabetic  exchanges 
must  be  translated  to 
their  numeric  equivalents.) 

Correct  and  resubmit. 


INV  ROUTE  The  action  code  following  at 
ACTION  least  cne  of  the  routing 

requirements  is  something 
other  than  A  for  add,  C  for 
for  cnange,  or  D  for  delete. 


Chrck  all  routing 
requirement  action 
codes,  correct  those 
that  are  incorrect,  and 
and  resubmit. 
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Message 

INV  FOUTE 
ADD 


INV  ROUTING 


INV  ROUTE 
EELETE 


INV  TYPE 
COEE 


INVALID  SSN 


INVALID 

SURNAME 


NAME  IN- 
CHANGED 


NOT 

CONTRACTOR 


Meaning 


Corrective  Action 


At  least  one  of  the  routing 
requirements  to  be  added 
by  this  transaction  is 
already  in  the  master  file. 

At  least  one  of  the  routing 
requirements  on  this  card  is 
incorrect  because  of  an 
invalid  control  number,  copy 
number,  or  priority,  or  a 
combination  of  these. 


Review  and  resubmit 
a  correct  transaction 
card. 


Check  all  routing 
requirements  and 
resubmit  a  correct 
transaction. 


At  least  one  of  the  routing 
requirements  to  be  deleted 
by  this  transaction  is  not 
in  the  master  file. 

The  patron  type  code  (col 
57)  is  not  one  of  the 
following:  N«NASA,  A** Army, 
M-Military,  C- Contractor, 
or  OOther. 


Review  the  routing 
requirements  for  this 
patron  and  resubmit  a 
correct  transaction. 

Correct  and  resubmit. 


The  social  security  number 
appearing  on  this  transaction 
is  not  all -numeric. 


Correct  and  resubmit. 


The  surname  (cols  14-29) 


Correct  and  resubmit. 


contains  characters  other  than 
alphabetics,  dashes,  or  blanks; 
or  the  initial  letters  of  the 
name  have  a  misplaced  blank. 

(No  blanks  are  permitted  between 
characters  in  surname.) 


This  name  change  transaction 
contains  name  data  identical 
to  that  already  posted  for 
the  patron. 

Although  this  patron  is  not 
a  contractor,  something 
appears  in  the  company  code 
field  (cols  75-78)  of  this 
card. 


Supply  the  correct 
name  data  and  resubmit. 


Remove  the  data  in  the 
company  code  field  or 
change  the  patron  type 
to  contractor  and  resubmit. 
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Message 

NTK-TYPE 

ERROR 


OVER  ROUTE 
MAX 


SSN  NOT  IN 
FILE 


UNMATCHED' 

SURNAME 


Meaning  Corrective  Action 

The  need- to -knew  type  code  Correct  and  resubmit. 
(Col  30)  does  not  agree  with 
the  need- to -know  type  code 
already  costed  for  the  patron. 

At  least  one  of  the  routing  Research  and  resubmit. 

requirements  to  be  added  by 

this  transaction  was  not 

added  since  it  would  cause 

the  patron  to  exceed  the 

limit  of  25  journals. 

The  social  security  number  an  Research  and  resubmit  if 

this  transaction  is  not  in  required. 

the  master  file,  and  the 

action  code  is  something  other 

than  N  for  new  patron.  It  may 

be  that  the  number  on  the  transaction 

card  is  incorrect,  or  perhaps 

the  item  to  which  it  should  match 

was  never  added  to  the  master  file 

or  has  been  accidentally  dropped  from 

the  file. 

This  transaction  matched  a  Research  and  resubnit. 

record  in  the  master  file  on 

social  security  number  but 

did  not  match  on  surname.  Any 

of  the  following  could  be 

true: 

(1)  The  surname  on  the  master 
file  record  is  incorrect, 

(2)  the  surname  on  the  tran- 
action  card  is  incorrect,  or 

(3)  the  social  security  number 

on  the  transaction  card  is  incorrect 
and  accidentally  matched  a  record 
in  the  master  file. 
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Section  III.  LANGUAGE  CONTROL  SUBSYSTEM 


1.  Introduction 

The  language  control  subsystem  provides  the  library  with 
an  automated  method  for  establishing  control  of  the  authorization, 
establishment,  maintenance,  and  assignment  of  subject  terns  used 
in  the  cataloging  and  retrieval  functions  of  the  ALPHA  System.  The 
language  control  subsystem,  in  traditional  practice,  would  be  com¬ 
parable  to  a  subject  teim  or  authority  file. 

A  subject  term  or  authority  file  is  ordinarily  a  file  of 
3x5  cards  containing  library  subject  terms  determined  to  be  valid. 
Ihese  accepted  terms  are  typed  on  a  card  along  with  the  appropriate 
cross  references,  required  comments,  and  suggested  Library  of  Con¬ 
gress  (LC)  class  nunber.  Two  cards  would  then  be  typed  for  each 
cross  reference,  one  of  which  is  for  the  subject  term  file  and  the 
other  for  the  public  catalog.  When  changes  were  necessary,  both 
cards  were  pulled,  the  adjustments  made,  and  the  cards  returned 
to  their  respective  files. 

Before  ALPHA,  RSIC  maintained  two  separate  language  files, 
one  for  book  terms  and  another  for  document  terms .  The  documents 
language  file  consisted  of  subject  terms  and  cross  references  es¬ 
tablished  in  the  main  documents  catalog.  The  books  catalog  file 
was  operating  with  a  manual  system  of  language  control  which  created 
an  authority  file  of  subjects  and  related  data  cn  3  x  5  cards  in  al¬ 
phabetical  sequence.  The  books  catalog  file  was  automated  only  to 
the  extent  that  the  cards  for  each  subject  heading  were  punched  and 
sorted  into  alphabetical  sequence  by  the  computer.  This  produced  as 
an  output,  a  multi -copy  printout  of  all  acceptable  book  subject  terms 
which  could  be  used  by  the  cataloger  at  her  desk,  rather  than  search¬ 
ing  the  central  card  file. 

Both  of  these  files  us^d  by  RSIC  created  heavy  typing  loads, 
long  tedious  hours  of  filing  and  pulling  cards,  and  in  turn  extra 
clerical  effort  was  required  to  maintain  an  -to -date  status  in 
these  files.  Uhder  ALPHA  this  has  changed,  the  language  control  sub¬ 
system  has  given  RSIC  a  formal  and  precise  method  of  controlling 
books  and  documents  language  without  the  previously  mentioned  adver¬ 
sities. 
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The  ALPHA  System  assures  RSIC  greater  accuracy  in  three 
ways:  first,  the  information  is  typed  only  once ;  secondly,  the  conpu- 
ter  checks  the  cataloger;  and  thirdly,  the  system  assures  conplete 
referencing  of  any  term. 

The  language  subsystem  is  designed  to  provide  one  program 
capable  of  controlling  one  language  for  books  and  another  language  for 
docunents.  It  also  provides  the  capability  for  using  one  language  for 
both  mediums,  if  in  the  future  RSIC  decides  this  to  be  a  desirable 
course  to  follow. 

Obviously,  in  order  for  the  desired  information  to  be  re¬ 
trieved,  the  same  language  already  established  in  the  language  sub¬ 
system  master  files  must  be  used.  The  language  for  both  books  and 
docunents  is  formatted,  processed,  and  maintained  in  the  sane  manner, 
with  some  slight  variations  in  the  input  data  elements. 

,For  each  book  and  document  subject  term  of  the  library,  a 
magnetic  tape  record  was  created.  Each  magnetic  tape  record  contains 
a  subject  term  with  its  associated  data.  These  magnetic  tape  records, 
one  for  each  subject  term  with  associated  data,  compiled  and  stored  in 
a  logical  sequence,  make  up  the  Language  Master  Files. 

These  language  files  are  the  central  source  of  language 
information  for  both  the  library  catalogers  and  other  subsystems  of 
the  ALPHA  System.  For  library  use  the  contents  of  the  Language  Master 
Files  are  displayed  in  two  listings,  one  conplete  language  control 
thesaurus  for  books  and  another  for  docunents.  (See  figure  17.)  Pri¬ 
mary  use  of  these  information  displays  of  the  Language  Master  Files  is 
made  by  the  catalogers  in  determining  if  a  term  is  authoritative  in  the 
cataloging  and  retrieving  functions  at  the  library. 

Four  types  of  actions  affecting  the  Language  Master  Files 
may  be  taken:  new  language  terms  records  may  be  added;  revision  of 
an  existing  language  term  record  by  adding,  deleting,  or  changing 
various  data;  changing  the  base  term  of  an  existing  language  term 
record  or  purging  of  the  complete  language  term  record. 

Input  data  for  these  actions  is  typed  (puiched-paper  tape) 
and  periodically  sent  to  the  amputation  center  for  ipdate  of  the 
language  master  files.  Upon  receipt  of  input  data,  the  computation 
center  updates  the  language  master  files  per  actions  indicated,  and 
prepares  updated  language  control  thesaurus  listings  for  the  library. 

During  the  ipdate  of  the  Language  Master  Files,  three 
auxiliary  outputs  for  each  master  file  are  produced  in  addition  to 
the  two  language  control  thesauri  listings  previously  mentioned. 

These  are  the  Language  Worksheet  Errors,  the  Language  Monitor,  and 
a  Language  Statistical  Report. 
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The  Language  Worksheet  Errors,  figure  18,  is  a  display  of 
all  input  transaction  errors  foind  during  the  conversion  of  raw 
transactions  to  language  transactions;  the  Language  Monitor,  figure 
19,  is  a  display  of  all  language  transactions  made  during  the  update 
with  an  indicative  processing  or  error  message;  and  the  Language 
Statistical  Report,  figure  20,  is  a  sunmary  of  the  conposition  of  the 
Language  Master  Files  and  all  transactions  made  during  the  present 
update. 


2.  Language  Master  Files 

For  the  librarian,  establishment  and  maintenance  actions  of 
the  Language  Master  Files  begin  with  the  source  document.  At  RSIC, 
this  is  the  Language  Control  Input  Form,  figure  21.  As  you  can  see, 
this  single  form  format  provides  spaces  for  all  acceptable  types  of 
actions  to  be  taken  against  either  the  books  or  documents  language 
master  file.  Since  all  typing  of  the  control  input  form  is  accom¬ 
plished  by  the  Flexowriter  operator,  placement  of  the  forms  internal 
data  will  be  discussed  in  the  Flexowriter  procedure. 

In  order  to  prepare  the  basic  Language  Master  Files,  RSIC 
began  by  converting  the  main  documents  catalog  and  the  books  author¬ 
ity  file  to  magnetic  tape. 

Conversion  from  punched  paper  tape  to  create  the  magnetic 
tape  language  master  files  was  accomplished  through  use  of  a 
"Generalized  Conversion  Program"  which  is  described  in  chapter  3, 
section  III. 


a.  Format  Content 


The  Language  Master  Files,  displayed  for  library  use 
as  the  language  thesaurus,  indicate  five  data  elements:  (1)  the 
subject  or  base  term:  associated  data  (2)  comments,  (3)  suggested 
LC  class  number,  (4)  cross  references,  and  (5)  see  references.  A 
general  discussion  of  each  of  these  data  elements  will  follow. 

Although  subject  terms  for  books  and  documents  are 
processed  in  the  same  manner,  utilizing  the  control  input  form  for 
both,  the  subject  terms  themselves  are  selected  by  different  rules 
and  conventions. 

Book  terms  are  based  on  subject  terms  utilized  in  the 
Library  of  Congress  Subject  Headings. 
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Document  terms  on  the  other  hand  are  based  on  selected 
Defense  Documentation  Center  (DCC)1  descriptors  and  identifiers,  the 
RSIC  word  list  (an  inhouse  compilation  d  new  subject  teras  established 
at  RSIC)  and  most  of  the  rules  and  conventions  used  in  Project  LEX2 
in  building  the  Department  of  Defense  (DOD)  technical  thesaurus. 

Consents  are  notes  defining  the  meaning  of  and  the  fcqpe 
of  the  subject  term.  Each  comment  forms  a  separate  paragraph  directly 
beneath  the  term  and  is  included  primarily  for  the  benefit  of  the 
catalogers,  but  will  also  be  helpful  to  the  retrievers. 

Library  of  Congress  class  nurbers  are  self -explanatory. 

Cross  reference  (substituent  term)  principles  set  forth 
in  Sears  List  of  Subject  Headings  and  the  Library  of  Congress  Subject 
Headings  have  been  utilized  in  the  language  control  subsystem.  Both 
books  and  docunents  cross  referencing  principles  are  the  same  with 
these  exceptions,  in  documents  each  reference  is  qualified  by  a  generic 
relationship  code  (B)  for  broader  term,  (N)  for  narrower  term  and 
(R)  for  related  term  without  hierarchy;  whereas,  in  books  each  term 
in  a  base  record  will  carry  a  single  digit  direction  code  X  or  S.  In 
other  words,  an  "XX"  see  also  reference  with  an  inverted  generic  in¬ 
dicator  or  direction  code  is  generated  from  each  term  which  follows 
an  "XX,"  see  also  from  reference.  See  figures  22  and  23. 

Some  other  noticeable  document  thesaurus  format  differ¬ 
ences  are  the  absence  of  subdivided  terns  and  LC  class  numbers. 

Tne  subject  term  filing  arrangement  for  books  is  alpha¬ 
betical  according  to  the  Library  of  Congress  filing  rules;  whereas, 
term  arrangement  for  docunents  is  word  by  word  and  letter  by  letter. 


1 

The  Defense  Documentation  Center  (DDQ ,  an  agency  of  the  Depart¬ 
ment  of  Defense  serving  qualified  organizations  with  scientific  and 
technical  docunents,  abstract  bibliography  and  reference  tools. 

2 

Project  UEX,  a  program  to  develop  a  DOD-wide  technical  thesaurus 
instituted  by  the  Office  of  Naval  Research,  in  accordance  with 
a  memorandum  from  Director  of  Defense  Research  and  Ehgineering. 


49 


b.  Language  File  Update 

Update  of  the  Language  Master  Files  is  accomplished  through 
the  use  of  transaction  processing  "term  codes"  and  "action  codes."  The 
"term  code"  not  only  signifies  whether  it  is  a  book  or  document  term, 
but  what  type  term  it  is.  The  "action  code"  signifies  the  action  to 
be  taken  on  each  term.  The  same  action  codes  are  used  for  both  books 
and  documents .  These  transaction  processing  codes  are  : 

(1)  Term  Codes. 

(a)  Document  Terms  (Type  Code  V)  -  Terms  dete mined 
to  be  acceptable  to  RSIC  as  index  points  for  documents. 

(b)  Book  Terns  (Type  Code  A)  -  Teims  determined 
to  be  acceptable  to  RSIC  as  index  points  for  books. 

(c)  Q-Terms  (Type  Code  Q)  -  Ambiguous  terms  which 
may  or  may  not  be  acceptable  to  RSIC  as  index  points  for  documents 
depending  on  context. 

(d)  See  Reference  Terms  -  Books  (Type  Code  B)  - 
Terms  determined  to  be  unacceptable  to  RSIC  as  index  points  for  books 
but  which  refer  to  other  usable  book  terms, 

(e)  See  Reference  Terms  -  Documents  (Type  Code  Z)  - 
Terms  determined  to  be  unacceptable  to  RSIC  as  index  points  for 
documents  but  which  refer  to  other  usable  document  terms  or  Q- terms . 

(f)  Invalid  Terms  (Type  Code  I)  -  Terms  determined 
to  be  unacceptable  to  RSIC  as  index  points  for  documents.  These  terms 
do  not  require  a  see  reference. 

(2)  Action  Codes. 

(a)  Action  Code  1  -  Establish  a  new  term  record. 

(b)  Action  Code  2  -  Revise  an  existing  term  record 
by  adding,  deleting  or  changing  various  data. 

(c)  Action  Code  3  -  Change  base  term  of  existing 

term  record. 

(d)  Action  Code  0  -  Purge  complete  tern  record. 

Associated  data  accompanying  each  subject  term  to  be  up* 
dated  will  depend  on  the  term  code,  whether  books  or  documents. 

Initial  steps  for  an  update  processing  transaction  against 
the  language  master  files  are  made  by  the  cataloger.  Request  for  one 
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of  the  four  transactions  is  made  on  a  plain  3x5  card.  'Ibis  card 
will  contain  the  base  term  to  be  affected,  LC  number  (if  applicable) , 
source  base  term,  and  cataloged s  name.  This  card  is  then  forwarded 
to  the  lexicographer  who  verifys  the  term,  adds  LC  nunber  (if  appli¬ 
cable)  ,  adds  the  cross  references,  adds  proper  processing  codes, 
verifies  data  elements  requirements  per  figure  24  and  forwards  the 
term  to  the  Flexowriter  operator. 

As  the  input  processing  transactions  are  being  typed  on 
the  language  control  input  form  a  paper  tape  is  punched  simultaneously. 
This  enables  RSIC  to  apply  source  data  automation  techniques  bv 
capturing  the  data  in  machine  readable  form  the  first  time.  Tne  use 
of  Flexowriter  paper  tape  data  is  employed  since  it  is  more  advantageous 
when  using  free -form  formats  as  opposed  to  fixed  field  formats  which 
are  effectively  handled  within  the  limitations  of  pinched  cards. 

The  pinched-paper  tape  is  then  converted  to  magnetic  tape  by  the  pre¬ 
viously  mentioned  ’’generalized  conversion  program." 

During  the  computer  update  operational  sequence,  trans¬ 
actions  found  to  be  in  error  are  dropped  off,  printed,  and  returned 
to  the  library  lexicographer  as  language  worksheet  errors  with  indica¬ 
tive  error  messages.  These  errors  arc  the  result  of  improper  use  of 
processing  codes,  improper  format,  etc.  (Refer  to  paragraph  5, 

Editing  Criteria.) 

The  terns  which  are  accepted  as  valid  language  transactions 
are  sorted  by  the  computer  according  to  tern  type  and  base  term  for 
processing  against  the  language  master  file  (which  has  been  placed  on 
a  computer  disc  for  random  storage  and  direct  access) .  The  language 
master  file  is  then  updated,  a  language  statistical  report  is  accumu¬ 
lated,  and  a  language  monitor  is  printed. 

The  updated  language  master  file  is  then  sorted  again 
alphabetically,  formatted  for  display,  and  printed  as  the  language 
control  thesaurus. 

Since  RSIC  uses  the  free-form  paper  tape  transactions, 
advantage  cannot  be  taken  of  the  prepunched  transaction  feedback; 
therefore  transaction  errors  must  be  retyped  and  resubmitted  in 
correct  form. 


Even  though  input  date  for  bocks  and  documents  is  process¬ 
ed  in  the  same  way,  at  the  present  time  RSIC  uses  separate  update  runs 
for  books  and  docuaents  which  results  in  separate  outputs  for  each. 

In  the  following  a  detailed  discussion  of  the  Flexowriter 
typing  for  input  transaction  for  each  type  of  tens  and  action,  editing 
criteria,  and  computer  outputs  will  be  presented. 
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3.  Flexcwriter  Data  Capture  Procedure 

In  the  following  discussion  it  is  assumed  that  the  Flexo- 
writer  operator  understands  the  setup  and  operation  of  the  machine  and 
knows  the  language  terms  and  procedures  well  enough  to  use  than. 
Additional  information  needed  to  use  the  Flexowriter  to  capture 
language  data  is  provided  here. 

Because  of  the  wide  variability  of  format  content  combina¬ 
tions  it  is  virtually  inpossible  to  depict  graphically  a  typical  or 
representative  input  transaction.  Instead  the  following  rules  and 
operational  instructions  governing  the  format  and  content  of  input 
transactions  are  provided. 

a.  Format  Rules 

(1)  Each  tape  record  will  contain  no  less  than  4  and  no 
■ore  than  51  carriage  return  (C/R)  characters. 

(2)  All  data  elements  on  a  tape  record  will  be  typed  in 
lower  case  letters  except:  in  the  term  line,  if  parentheses  are 
present,  type  them  in  upper  case;  and  in  the  ccniaents,  all  data  elements 
will  be  typed  upper-lower  case. 

(3)  The  last  character  in  the  field  of  each  conplete 
transaction  record  will  be  a  record  mark  (+)  which  may  or  may  not  be 
preceded  by  a  C/R. 

(4)  Line  1  will  consist  of  the  data  preceding  the  first 
C/R,  line  2  of  the  data  preceding  the  second  C/R  and  so  on  for  a 
possible  maxium  of  52  lines. 

(5)  Carriage  return  characters  may  exist  "back-to-back” 
signifying  blank  or  empty  lines  as  in  the  following: 

Line  i  C/R  Line  2  C/R  Une  3  C/R  Line  4  C/R  C/R  C/R  C/R  C/R 
C/R  C/R  C/R  C/R  C/R  C/R  Line  15  C/R  Line  16  C/R 

In  the  above,  line-*  15  and  16  are  present  and  lines  S  through 
14  are  missing. 

(6J  Except  for  lines  1  through  3,  TABS  should  be  ignored. 

(7)  The  positional  value  of  each  TAB  is: 

TAB  1  -  15 
TAB  2  -  33 
TAB  3  -  SI 
TAB  4  -  69 
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(8)  Backspace  (BSP)  nay  exist  in  any  line  and  adjust¬ 
ments  oust  be  made  accordingly.  In  general,  the  function  of  the  BSP 
vhich  is  inverse  of  the  blank,  is  to  govern  the  placement  of  charac¬ 
ters  following  the  BSP  and  results  in  one  of  two  conditions : 

(a)  If  no  data  exist  before  the  BSP,  it  signi¬ 
fies  an  adjustment  in  the  beginning  position  of  the  data. 

(b)  If  data  exist  prior  to  the  BSP,  some  of  the 
data  characters  following  the  BSP  may  override  and  replace  data 
characters  preceding  the  BSP.  The  examples  below  illustrate  typical 
adjustments : 

Example  A: 

The  term  EXITb VELOCITY  on  line  4  was  misspelled  as  EXXXITbVELOCI - 

TY  and  corrected  during  transcription  resulting  in  the  following: 

BB 

EXXXSS ITbVEIOS ITY  which  was  corrected  to:  EXITb  VELOCITY. 

PP 

Note:  Two  BSP  were  required  to  remove  the  two  extra  X's. 

Example  B: 

For  line  1  (action  line)  the  following  was  intended  to  signify  an 
T 

action  of  new  A1C/R;  however,  a  second  TAB  was  inadvertently  added 
B 

and  BSP  adjustments  were  made  accordingly  as  follows: 

TTBBBBBBBBBBBBBBBB 
AASSSSSSSSSSSSSSSS1  C/R 
BBPPPPPPPPPPPPPPPP 

This  data  string  must  be  corrected  to  the  fora  originally  intended. 

Note:  Sixteen  BSP  were  required  to  remove  the  extra  TAB  (see 

positional  values,  step  (7)  and  correct  the  error. 

(9)  The  space  (b)  or  blank  character  serves  a  dual  func¬ 
tion  as  follows: 


(a)  It  always  signifies  mi  advancement  in  position 

within  a  line. 

(b)  It  is  treated  as  a  character  and  retained  be¬ 
tween  non-blank  characters. 

In  the  revision  of  established  tern  records  m  "as¬ 
terisk  delete"  convention  will  be  used  idiich  operates  as  follows:  data 
elements  to  be  deleted  will  be  preceded  by  an  asterisk;  data  elements 
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to  be  added  will  be  identified  by  the  absence  of  an  initial  asterisk, 
b.  Data  Capture 

(1)  Action  Line  -  Line  1  for  a: 

New  -  TAB  once  and  type  a  one  and  return  carriage. 
Revised  -  TAB  twice  and  type  a  two  and  return 

carriage. 

Purge  -  TAB  three  times  and  type  zero  and 

return  carriage. 

Tern  change  -  TAB  four  times  and  type  a  three  and 

return  carriage. 

(2)  Medium  Line  -  Line  2  for  a: 

Book  -  TAB  once  and  type  an  X  and  return  carriage. 
Document  -  TAB  twice  and  type  an  X  and  return 

carriage. 

(3)  Term  Type  Line  -  Line  3  for  a: 

Valid  term  (books)  -  TAB  once  and  type  an  A  and 

return  carriage. 

Valid  term  (documents)  -  TAB  once  and  type  a  V  and 

return  carriage. 

See  Reference  (books)  -  TAB  twice  and  type  a  B  and 

return  carriage. 

See  Reference  (Documents)  -  TAB  twice  and  type  a  Z 
and  return  carriage. 

Q-Term  -  TAB  three  times  and  type  a  Q  and 

return  carriage. 

Invalid  term  -  TAB  four  times  and  type  an  I  and 

return  carriage . 

(4)  Term  Line  -  Line  4.  Type  term  in  straight  forward 
manner  and  return  carriage. 

(5)  Comments  -  Lines  5  thru  16.  Type  in  straight 
forward  manner  up  to  12  lines 'and  return  carriage.  If  all  lines  are 
not  used  comply  with  format  rule  (5) . 
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(6)  See  Reference  -  Lines  17  thru  28.  Type  in  straight 
forward  manner,  one  reference  per  line,  to  12  lines  and  return 
carriage.  If  all  lines  are  not  used  con^ly  with  format  rule  (5). 

(7)  See  Also  -  Lines  29  thru  45.  Type  generic  relation¬ 
ship  code  for  do cunents  or  direction  code  for  books  in  space  allotted. 
Type  in  straight  forward  manner,  one  reference  per  line,  op  to  12  lines 
and  return  carriage.  If  all  lines  are  not  used  comply  with  format 
rule  (5). 

(8)  LC  Class  Nurber  -  Lines  46  thru  52.  Type  in 
straight  forward  manner,  one  LC  class  mSEer  per  line,  up  to  12  lines 
and  return  carriage.  If  all  lines  are  not  used  comply  with  format 
rule  (5).  Note:  Insure  compliance  of  format  rule  (3). 

4.  Language  File  Outputs 

Language  file  outputs  are  prepare  *ach  time  the  master 
file  is  ipdated.  At  present,  the  schediie  is  monthly.  All  multi¬ 
copy  printouts  are  standardized  at  copies  e  ch  on  8  1/2  x  11  paper. 
There  are  four  outputs  of  each  language  master  f’le,  which  are: 

a.  Language  thesaurus 

b.  Language  worksheet  errors 

c.  Language  monitor 

d.  Language  statistical  report 

The  language  thesaurus ,  figure  17,  whether  for  bocks  or 
documents  is  the  most  important  output  of  the  master  file.  It  is 
a  complete  display  of  the  contents  of  the  file.  The  thesaurus  dis¬ 
plays  the  base  term  and  associated  data  of  each  record  in  alphabetical 
sequence.  Copies  of  both  books  and  documents  thesauri  are  kept  by 
each  cataloger. 

There  are  many  possible  uses  of  the  thesaurus  but  primarily 
it  is  used  in  determining  if  a  tenn  is  authoritative  in  the  cataloging 
and  retrieval  functions  of  the  ALPHA  System. 

The  Language  Worksheet  i'rrors,  figure  18,  is  a  display  of  all 
raw  input  transactions  found  in  error.  All  worksheet  errors  are 
formatted  and  printed  in  input  sequence  by  base  term  with  an  indicative 
error  message.  Copies  of  the  worksheet  error  report  are  kept  by  the 
library  lexicographer. 
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The  sole  purpose  of  the  Language  Worksheet  Errors  report 
is  to  assist  the  lexicographer  in  correcting  input  errors  found 
during  the  conversion  of  raw  input  transactions  to  language  transactions 
in  the  first  cosputer  nn.  In  this  run  all  input  transaction  are 
edited  aid  each  transaction  found  in  error  is  dropped  off  by  the 
ccecuter,  formatted  and  returned  to  the  library  lexicographer  as  language 
wo  113 beet  errors.  Errors  which  appear  on  this  report  are  primarily  the 
direct  result  of  improper  use  of  the  transaction  codes,  either  tern  type 
or  action  code  and  formatting  errors.  For  a  complete  list  of  error 
messages,  their  mealing  and  possible  corrective  action  refer  to  paragraph 
S,  Editing  Criteria. 

The  Language  Monitor,  figure  19,  serves  a  three-fold  purpose. 
First,  it  presents  a  display  of  all  transactions  attempted  or  processed 
during  the  update.  Secondly,  since  it  is  a  display  of  all  transactions 
of  the  update  in  couplets  form,  it  serves  as  an  assist  in  correcting 
update  errors.  Thirdly,  it  is  a  "management  tool"  by  which  some  of 
the  behavior  of  the  language  control  subsystem  can  be  observed. 

The  Language  Msiitor  displays  each  update  transaction  attempted 
or  processed  by  base  term  sequence  along  with  a  definitive  error  or 
processing  message.  Copies  of  the  Language  Monitor  are  kept  by  the 
libraiy  lexicographer. 

Errors  which  appear  on  the  monitor  may  be  found  pric  to 
and  during  the  update  of  the  Language  Master  Files  Following  the 
language  transaction  run  where  the  language  worksheet  errors  are  found, 
all  input  transactions  are  sorted  into  sequence  for  processing  against 
the  Language  Master  Files.  Upon  conpletion  of  this  sorting,  all  input 
transactions  are  edited  again.  During  this  editing  certain  input 
transactions ,  data  relationship  and  update  edits  are  employed.  These 
edits  may  disclose  errors  which  t/ill  not  allow  the  input  transaction 
to  be  processed  into  the  Language  Master  Files. 

For  example,  if  a  term  type  code  was  indicated  in  the  correct 
position  in  the  language  transaction  conversion  iun,  tne  transaction 
would  be  forwarded  to  the  next  run  but  during  the  input  transaction 
editing  the  term  type  codes  are  identified;  that  is,  it  must  be  a  valid 
code  otheiwise  the  error  message  Invalid  Tenr.  Code  Not  Processed  will  be 
indicated.  Assuming  this  is  the  case,  the  input  transaction  would  not 
be  processed.  The  base  tern  in  error  along  with  the  editing  error  mes¬ 
sage  would  appear  on  the  Language  Monitor. 

Valid  transactions  which  are  processed  into  the  Language 
Master  Files  are  entered  on  the  Language  Monitor  along  with  an  appropriate 
processing  message. 
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The  Language  Statistical  Report,  figure  20,  which  appears  as 
the  last  page  of  the  Language  Monitor,  is  a  s ternary  of  the  coo^osition 
of  the  Language  Master  Files.  It  is  formatted  and  printed  in  term 
type  sequence.  Copies  of  the  language  statistical  report  are  kept 
by  management  personnel  of  the  library.  Primary  use  of  the  report  is 
for  planning  purposes. 


5.  Editing  Criteria 


Edits  are  rules  specifying  that  certain  things  must  be  or 
cannot  be  in  the  specified  data  field  of  the  language  control  input 
fora  or  that  certain  term  and  action  codes  must  be  properly  used.  The 
following  are  all  possible  error  or  processing  messages,  listed  alpha¬ 
betically,  with  explanation  and  suggested  corrective  action. 


Corrective  Action 


ACTION  (DDE  Action  code  has  not  been  Determine  code  and  resubmit. 
MISSING  included  in  line  1  of  field. 


ALREADY  IN  In  all  term  type  transactions  Research  thesaurus  to  deter- 

FILE.  NEW  using  action  code  (1)  the  mine  if  base  term  is  present, 

ACTION  NOT  base  term  must  not  be  in  the  verify  data  and  resubmit. 

PROCESSED  master  file. 


ALREADY  In  the  processing  of  (Q) ,  Research  thesaurus ,  verify 

POSTED.  RE-  (V),  and  (A)  term  type  data  and  resubmit. 

VISE  ACTION  transactions  using  action 
NOT  PRO-  code  (2)  each  seen  from 

CESSED  and  seen  also  from  term  must 

not  be  present  in  matching 
term  record. 


In  (B)  and  (Z)  term  type  Research  thesaurus,  verify 
transactions  using  action  data  and  resubmit, 
code  (2)  no  see  terms 
may  be  present  in  matching 
term  record. 


BASE  TERM  Substituent  term  reference 

OF  NEXT  has  not  been  typed  in 
LINE  SUB-  correct  position  or  term 

STITUENT  reference  is  not  conpatible 

TERM  INVALID  to  medium. 


Determine  proper  term  type 
or  position  and  resubmit. 


BLANK  BASE  Line  4  of  record  must  be  Determine  base  term  and 
TERM  NOT  PRO-  non-blank.  resubmit. 

CESSED 
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Corrective  Action 


CHANGE  TO 
TERM  AL¬ 
READY  IN 
FILE.  NOT 
PROCESSED 


In  the  processing  of  all 
term  type  transactions 
using  action  code  (3)  the 
see  or  seen  from  term  must 
not  be  in  the  master  file. 


CHANGE  TO  In  the  processing  of  all 
TERM  MISS-  action  code  (3)  transac- 
ING.  TERM  tions  there  must  be  one 
CHANGE  see  or  seen  from  reference 

NOT  PROCESSED  in  the  field,  lines  17 
thru  28. 


EXTRANEOUS 
DATA.  MEN 
ACTION  NOT 
PROCESSED 


In  (I)  term  type  trans¬ 
actions  using  action  code 
(1)  the  field  cannot  con¬ 
tain  any  see  or  seen  from, 
see  also  from  terms  or  LC 
number  elements. 


In  (B)  or  (Z)  term  type 
transactions  using  action 
code  (1)  the  record  shall 
not  contain  any  seen  also 
from  terms  in  the  field, 
lines  29  thru  40. 


EXTRANEOUS  In  all  ac:ion  code  (0) 

DATA.  PURGE  transactions,  no  variable 

ACTION  NOT  data  is  permitted. 

NOT  PROCESSED 


EXTRANEOUS  In  (B)  rnd  (Z)  term  type 
DATA.  REVISE  transactions  using  action 
ACTION  NOT  code  (2)  the  transaction 
PROCESSED  shall  not  contain  seen  also 
from  or  LC  nurber  elements 


in  the  field. 


In  (I)  term  type  trans¬ 
actions  using  action 
code  (2)  no  elements 
other  than  comments 
shall  appear  in  the  field. 


Research  thesaurus  and 
verify  data. 


Include  omitted  see  or  seen 
from  reference  and  resubmit. 


Delete  extraneous  data  and 
resubmit. 


Delete  extraneous  seen  also 
from  terms  and  resubmit. 


Verify  data  and  resubmit 
or  discard. 


Delete  extraneous  data 
and  resubmit. 


Delete  extraneous  data 
and  resubmit. 
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Message 

Meaning 

Corrective  Action 

In  (Q)  and  (V)  tem  type 
transactions  using  action 
code  (2)  the  field  shall 
not  contain  LC  nimber  ele¬ 
ment  in  lines  41  thru  52. 

Delete  extraneous  data 
and  resubmit. 

EXTRANEOUS 
DATA.  TERM 
CHANGE 

ACTION  NOT 
PROCESSED 

In  (I),  (B)  and  (Z)  tem 
type  transactions  using 
action  code  (3)  no  see 
also  from  or  LC  nimber 
may  be  present  in  the 
field,  lines  29  thru  40. 

Delete  extraneous  data 
and  resubmit. 

In  (Q)  and  (V)  tem  trans¬ 
actions  using  action  code 
(3)  no  LC  numbers  may  be 
present  in  the  field,  lines 

41  thru  52. 

Delete  extraneous  data 
and  resubmit. 

INVALID 

ACTION  CODE. 
NOT  PROCESSED 

Action  code  indicated  in 

Line  1  of  field  must  be 
either  (0)  for  purge,  (1) 
for  new,  (2)  for  revise  or 
(3)  for  change  of  tern. 

Determine  appropriate 
action  code,  and  resubmit. 

INVALID  TERM 
OOEE.  XXXX 
ACTION  NOT 
PROCESSED. 
WHERE  XXXX 
INDICATES 

TEW  TYPE 

OOEE 

Tem  type  code  indicated 
in  Line  2  of  field  must 
be  either  (A)  for  book 
terms,  (B)  for  book  see 
reference  terns  (I)  for 
invalid  terms,  (Q)  for 
ambiguous  terms,  (V)  for 
document  terms  or  (Z)  for 
document  see  reference  terms. 

Determine  appropriate  tem 
and  resubmit. 

LAST  CHAR¬ 
ACTER  OF 
RECORD  NOT 
GROUP 

MARKED. 

Last  character  of  record 
must  be  followed  by  a 
groip  mark. 

Add  group  mark  and  resubmit. 

LC  DATA 
ALREADY 

POSTED 

In  (A)  tem  type  trans¬ 
actions  using  action  code 
(2)  each  LC  number  must  not 
be  in  matching  tem  record. 

Research  thesaurus,  verify 
data  and  resubmit  if 
required. 
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Nbsmk 

Meaning 

Corrective  Action 

LCMMER 

NOT  IN 

RECORD 

In  (A)  ten  type  trans¬ 
actions  using  action 
code  (2)  each  r<" 
maker  oust  be  in 
■etching  record. 

Research  thesaurus,  verify 
and  resubmit . 

MEDIUM  COSE 
MESSING 

Medium  code  has  not  been 
included  in  line  2  of  field. 

Determine  code  and  resubmit 

MBDEISV 

TERM  TYPE 
INCONSISTENT 

The  mediun  "books"  cat 
only  exist  with  ten  types 
"ten  and  see  references," 
that  is,  in  a  bodes  ten 
record  (type  A)  there  will 
always  be  see  reference- 
books  (type  B)  and  book 
tens  (type  A) . 

Determine  appropriate  ten 
and  see  references  and 
resubmit. 

MULTIPLE 
ACTION  corns 

More  than  one  action  code 
has  been  included  in  line  1 
of  field. 

Determine  correct  action 
code  and  resubmit. 

MULTIPLE  In  all  term  type  trans- 

OiANGE  TO  action  using  code  (3) 

TERM  PRESENT,  there  cannot  be  more  than 

TERM  CHANGES  one  see  or  seen  from  ref- 
NOT  PROCESSED  erence  in  the  field,  lines  16 
thru  28. 

Delete  extraneous 
data  and  resubmit. 

MULTIPLE 
HCDIIM  CODES 

More  than  one  mediun  code 
has  been  included  in  line  2 
of  record. 

Detexmine  correct  mediun 
code  and  resubmit. 

MULTIPLE 

TERM  TYPE 
GOOES 

More  than  one  ten  type 
code  has  been  included  in 
line  3  of  field. 

Determine  correct  ten 
type  code  and  resubmit. 

NOT  IN  FILE. 
NEW  ACTION 

NOT  PROCESSED 

In  (B)  and  (Z)  ten  type 
transactions  using  action 
code  (1)  each  see  or  seen 
from  ten  oust  be  in  the 
master  file. 

Research  thesaurus,  verify 
data  and  resubmit  if 
required. 

NOT  IN  FILE. 
NEW  TERM 
RECORD  ESTAB¬ 
LISHED 

In  (A),  (Q)  and  (V)  ten 
type  transactions  using 
action  codes  (1)  and  (2) 
each  seen  also  from  ten 

Must  be  in  the  muter  file. 

Research  thesaurus  to 
determine  if  record  was 
created  and  is  rqpplicable. 
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Message 

Meaning 

Corrective  Action 

NOT  IN  FILE.  In  all  term  type  trans- 
PURGE  ACTION  actions  using  action  code 

NOT  PROCESSED  (0)  the  base  term  of  the 
record  must  be  in  the 
master  file. 

Research  thesaurus  to 
determine  if  base  term 
is  present,  verify  data 
and  res  iteit. 

NOT  IN  FILE. 
REVISE  ACTION 
NOT  PROCESSED 

In  all  term  type  trans¬ 
actions  using  action  code 
'  (2)  the  base  term  of  the 
record  must  be  in  the 
master  file. 

Research  thesaurus  to 
determine  if  base  term  is 
present,  verify  data 
and  resihmit. 

In  (B)  and  (Z)  term  type 
transactions  using  action 
code  (2)  each  see  tern 
must  be  in  the  master  file. 

Research  thesaurus,  verify 
data  and  resubmit. 

In  (B)  and  (Z)  term  type 
transactions  using  action 
code  (2)  each  *see  term 
must  be  in  the  master  file. 

Research  thesaurus , verify 
data  and  restimit. 

In  (Q),  (V)  and  (A)  ten# 
type  transactions  using 
action  code  (2)  each  *seen 
from  and  *seen  also  from 
term  must  be  in  the  master 
file. 

Research  thesaurus,  verify 
data  and  resubmit. 

NOT  IN  FILE. 
SEE  REHERENCE 
CREATED 

In  (A) ,  (Q)  and  (V)  term 
type  transactions  using 
action  code  (1)  each  see 
or  seen  from  reference 
must  be  in  the  master 
file. 

Research  thesaurus  to  deter¬ 
mine  if  reference  was 
created  and  is  applicable. 

In  (Q3  •  (V)  and  (A)  term 
type  transactions  using 
action  code  (2}  each  seen 
from  term  must  be  in  the 
master  file. 

Research  thesaurus  to 
determine  if  reference  was 
created  and  is  applicable. 

NOT  IN  FILE. 
TERM  CHANGE 
NOT  PRO¬ 
CESSED 

In  all  term  type  trrnis- 
actions  using  action  code 
(3)  the  base  term  wst  be 
in  the  master  file. 

Research  thesaurus  to 
determine  if  base  ten#  is 
present,  verify  data  and 
resubmit. 
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Corrective  Action 


Message 


Meaning 


Research  thesaurus,  verify 
data  and  resubnit  or  discard. 


Research  thesaurus,  verify 
data  and  resubmit. 


NOT  IN  In  (B)  and  (Z)  term  type 

RECORD.  transactions  using  action 

REVISE  ACTION  code  (2)  each  *see  term 
NOT  PROCESSED  must  be  present  in  matching 
term  record. 

In  (Q),  (V)  and  (Z)  term 
type  transactions  using 
action  code  (2)  each  *seen 
from  and  *seen  also  from 
term  must  be  present  in 
term  record. 

REVISE  In  all  tern  type  trans- 

ACTION  NOT  actions  using  action  code 
PROCESSED.  (2),  if  after  editing,  no 
ALL  TX  EIE-  data  elements  remain  in 
MOTS  INVALID  the  master  file. 

REVISION  NOT  In  (I)  tern  type  trans- 
INDICATED,  actions  using  action  code 

NOT  PROCESSED  (2)  comments  elements  must 
be  present  in  the  field, 
lines  5  thru  16. 

In  (B)  and  (Z)  term  type 
transactions  using  action 
code  (2)  the  transaction 
must  contain  either  (or 
both)  comment  data  or  see 
or  seen  from  data  in  the 
field. 

In  (Q)  and  (V)  term  type 
transactions  using  action 
code  (2)  the  transaction 
must  contain  one  or  more 
of  the  following  data  ele¬ 
ments  in  the  field:  Comments, 
see,  seen  from,  or  seen  also 
from. 


In  (A)  term  type  transactions  Include  omitted  data  and 
using  action  code  (2)  the  resubmit, 
record  oust  contain  one  or 
more  of  the  following  data 


Research  thesaurus,  verify 
data  and  resubmit . 


Include  omitted  data  and 
resubmit. 


Include  omitted  data  and 
resubmit. 


Included  omitted  data  and 
resubmit. 
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Message 


SEEN  TERM(S) 
MISSING.  NEW 
OTICN  NOT 
PROCESSED 


SUBSTITUENT 
TERM  TYPE 
INVALID 

SUBSTITUENT 
TERM  TYPE 
INVALID  OR 
MISSING 

TERM 

MISSING 


TERM  TYPE 
MISSING 


TOO  MANY 
BSP  IN 
RECORD 


TRANSACTION 
EXCEEDS  MAX¬ 
IMUM  LENGTH 

TRANSACTION 
NOT  LONG 
ENOUGH 


Meaning 

elements  in  the  field: 
comments,  see  or  seen  from, 
seen  also  from  and  LC  ranker 
elements . 

In  (B)  or  (Z)  term  type  trans¬ 
actions  using  action  code  (1) 
the  field  must  contain  at 
least  on  see  or  seen  from 
term  in  lines  17  thru  28. 

Substituent  term  type  must 
be  compatible  to  medium. 


Substituent  term  type  has 
either  been  omitted  or 
term  type  indicated  is 
incorrect. 

Base  tern  has  not  been 
included  in  line  4  of 
field. 

Term  type  has  not  been 
included  in  line  3  of 
field. 

Same  characters  following 
the  BSP  will  override 
characters  preceding  the 
BSP  when  the  BSP's  are 
removed. 

Transaction  shall  contain 
no  more  than  SI  C/R 
characters 

Transaction  shall  contain 
no  less  thai  4  C/R 
characters. 


Corrective  Action  . 


Included  omitted  see  or 
seen  from  terms  and 
resubmit. 


Determine  proper  substituent 
term  type  and  resubmit. 


Determine  if  sdbstituent 
term  type  is  missing  or 
in  error  and  resubmit. 


Determine  base  term  and 
resubmit . 


Determine  term  type  code 
and  resubmit. 


Retype  eliminating  excess 
BSP  and  resubmit. 


Condense  record  to  within 
maximum  C/R  characters  and 
resubmit. 

Extend  to  correct  length 
and  resubmit. 
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Section  IV.  BOOKS  QONTRDL  SUBSYSTEM 


1.  Introduction 

The  books  control  subsystem  provides  the  library  with  an 
automated  method  for  acquiring,  cataloging,  and  circulating  books. 

The  function  of  books  control  is  comparable  to  traditional  practices 
under  the  sane  three  broad  headings. 

2.  Acquisition 

Acquisition  naturally  falls  into  three  divisions:  selection, 
ordering,  and  receiving.  Typical  traditional  practice  in  libraries 
creates  certain  records  that  summarize  what  is  done  at  each  stage 
in  acquisition.  Let's  consider  the  acquisition  records  usually  created 
in  an  inautonated  >ut  efficiently  organized  library. 

Selection  is  by  patron  requests  and  by  the  library  staff. 

Patron  requests  are  screened  to  make  sure  the  books  are  suitable  for 
adding  to  the  library's  stock.  Library  staff  selections  usually  originate 
in  bibliographic  listings  that  are  compared  against  the  shelf  list 
to  eliminate  duplication.  Selection  leads  to  a  record  of  titles  selected, 
thich  is  most  frequently  kept  on  a  printed  3x5  foims ,  one  for  each 
title.  In  most  modem  libraries,  a  single  multicopy  form  serves  as 
record  of  selection,  book  order,  accession  record,  and  sometimes  shelf 
list  entry.  This  is  the  arrangement  that  will  be  described. 

Each  record  of  a  title  selected  contains  an  accurate  title, 
edition,  author's  name ,  publisher,  and  date  of  publication.  One  copy 
of  the  multicopy  fora  is  the  record  of  selection.  Upon  receipt  of 
the  book,  the  sane  copy  can  be  converted  for  use  in  the  shelf  list 
by  noting  the  call  number  in  the  upper  left  hand  comer. 

To  order  the  book,  the  remaining  copies  of  the  fora  have 
added  to  them  the  unit  price,  quantity  ordered,  date  of  order,  and 
whether  part  of  a  series.  At  intervals  orders  are  separated  by  vendor 
mud  mailed  out,  one  or  more  copies  to  the  vendor,  who  may  be  the  publisher 
or  a  dealer.  Another  copy,  with  the  name  of  the  requesting  person 
added,  is  filed  in  an  on-order  file  in  sequence  by  title  or  author. 
Sometimes  this  file  mud  the  selection  file  are  the  same.  When  the 
order  is  received,  this  suspense  copy  may  be  removed  from  the  on- 
order  file  and  annotated  for  use  as  an  accession  record,  if  accession 
records  are  kept,  by  adding  the  classification  nuober  and  date  received. 
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The  procedures  and  records  just  described  seen  quite 
siraple,  but  in  practice  they  seldom  are.  They  are  often  made  more 
conplicated  (especially  in  government  libraries  or  those  with  special 
finding)  by  the  purchasing  and  accounting  policies.  It  may  be,  for 
instance,  that  orders  must  be  sent  out  contained  on  a  single  form 
for  each  address.  Order  numbers  may  have  to  be  assigned  at  more 
than  one  stage  in  the  process,  and  being  different  they  will  require 
cross  referencing.  There  are  many  other  possible  complicating  requirements. 

In  ALWA  the  first  step  is  selection,  which  is  based 
an  normal  new  title  selection  procedure  in  the  library  or  on  a  specific 
request  by  a  patron.  Patron  requests  are  made  cn  the  library  request 
card,  figure  28,  which  is  turned  into  the  circulation  section,  tdiich 
tries  to  fill  the  request.  In  the  process  the  circulation  librarian 
checks  to  see  that  the  requested  item  is: 

-not  available  for  circulation, 

-not  on  order, 

-not  recallable, 

-not  flagged  as  reserve,  and 

-not  outside  the  scope  of  the  library. 

If  all  of  these  requirements  are  met,  the  librarian  adds  to  the  request 
card  any  other  information  readily  available,  such  as  LC  classification 
number  (if  an  added  copy),  complete  title  and  author.  The  request 
card  is  then  forwarded  to  the  acquisition  unit. 

The  acquisition  librarian  verifies  the  citation. 

When  it  is  decided  to  add  the  book  to  the  holdings,  the  librarian 
completes  the  original  request  card  by  adding  publisher,  address, 
quantity  to  be  ordered,  unit  cost,  LC  card  nuaber,  and  vendor.  Request 
cards  are  grouped  by  vendor  and  placed  in  th.  to-be-ordered  file. 

The  basic  machine  used  in  ordering  and  receiving 
is  the  IBM  632  electronic  typing  calculator.  It  produces  typewritten 
copy  an  a  typewriter,  reads  punched  cards,  and  at  the  sane  time  pinches 
and  prints  information  onto  cards,  following  a  punched  tape  program. 

Daily,  the  typing  calculator  operator  prepares  the 
book  orders,  one  for  each  vendor  or  type  of  order,  figure  29.  The 
order  is  a  pinfed  multipart  continuous  form.  Using  the  continuous 
form  reduces  the  time  taken  to  insert  and  align  paper  in  the  typewriter. 

A  plain  form  is  used  to  eliminate  the  need  for  changing  the  form 
each  time  a  different  type  of  order  is  typed;  it  is  eesy  to  program 
the  typing  calculator  to  type  in  automatically  the  required  headings 
and  constant  information.  Requisitions,  figure  30,  are  an  exception; 
for  them  a  preprinted  form  is  used. 


The  heading  cm  the  beak  order  is  prepared  automatically 
by  inserting  into  the  typing  calculator  a  small  deck  of  key*punch?d 
cards  containing  information  about  the  vendor  (vendor  irame,  javrehase 
order  number,  vendor  address,  etc.) •  Hie  typing  calculator  reads  this 
information  and  types  it  in  the  correct  location  at  the  top  of  the 
form. 


Using  a  library  request  card  as  a  source  doctKsnt ,  the  operator 
types  on  the  order  the  information  required  for  ordering  the  requested 
item.  The  typing  calculator  spaces  automatically.  The  operator  then 
types,  to  the  ?  ,Je  of  the  order  so  that  it  does  not  appear  on  the  order 
itself,  additional  information  about  the  order,  such  as  requesting 
p&trcn  identification  (social  security  number  and  type  code).  The 
result  of  this  cnetin*  typing  of  information  is  the  complete  entry 
of  the  requested  item  on  the  order,  plus  a  set  of  ordering  input  transaction 
cards,  figure  31,  that  are  automatically  created  by  the  typing  calculator. 
Transaction  card  formats  are  presented  in  figure  32.  These  cards  will 
be  used  by  the  computer  to  update  the  computer  files. 

The  typing  calculator  automatically  extends  and  totals  the 
smotsit  of  each  order.  If  a  money  limit  has  be*"  J,  the  operator 

may  check  at  any  time  to  see  whether  the  limit  has  been  reached.  The 
operator  may  also  key  in  the  next  item  to  see  whether  it  will  overextend 
the  amount,  without  disrupting  the  accumulated  total.  Such  trial  balances 
are  also  typed  to  the  side  of  the  order. 

When  the  order  is  complete,  the  operator  forward*  it  and 
the  keypunche-  ordering  cards  to  the  librarian  in  charge  of  the  ordering 
and  receiving  section,  who  checks  the  material.  Copies  of  the  order 
are  separated  and  distributed  to  the  vendor,  purchasing  department, 
account  ng  office,  etc.  The  punched  cards  are  sent  to  the  computer, 
to  he  ;  sed  to  update  the  Master  On -Order  File. 

The  Master  On-Order  File,  figure  33,  is  the  central  file 
tor  control  of  ordering  and  receiving.  It  is  a  magnetic  tape  file 
maintained  on  a  line  item  basis;  that  is,  a  title  and  its  associated 
data  make  up  a  single  record.  The  file  is  in  sequence  by  control  number 
(primary)  and  item  number  (secondary) ;  these  two  numbers  taken  together 
constitute  a  u.ique  identification  of  the  record. 

The  control  number  may  be  a  coupon  order  number,  a  TL  (Technical 
Library)  number,  or  a  requisition  number.  All  of  these  are  numbers 
related  to  funding  control.  The  TL  number  is  analogous  to  a  procure¬ 
ment  request  number  in  sequence  by  fiscal  year.  It  is  a  local  require¬ 
ment  of  RSIC  but  probably  has  equivalents  elsewhere.  The  item  number 
is  one  of  a  series  showing  sequence  either  within  the  individual  order 
or  within  a  funding  period,  depending  on  the  type  of  order.  It  is 
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the  library's  item  number.  Fbr  mixed  source  orders  the  vendor's  item 
number-  -the  item  number  used  on  the  order  to  the  dealer  from  the  purchasing 
office--must  be  added.  This  data,  along  with  purchase  order  number, 
vendor,  and  unit  cost,  is  captured  from  a  copy  of  the  purchase  order 
as  sent  the  vendor. 

The  voucher  number  is  a  number  assigned  by  the  library 
upon  receipt  of  the  order,  fbr  accountability  purposes.  Voucher  numbers 
run  in  sequence  yearly.  CSily  accountable,  or  nonexpendable,  items 
are  assigned  voucher  numbers.  Accountability  vouchers  are  maintained 
as  required  by  AR  735-7690-1  to  show  quantities  on  hand.  If  and  when 
this  requirement  is  lifted  and  shelf  list  control  permitted,  the  acquisition 
and  receiving  activity  can  be  simplified. 

figure  33,  XP  means  expendable  and  NXP  nonexpendable; 
data  in  these  fields  is  nuaber  of  items  or  copies. 

The  receiving  card  number  is  arbitrarily  assigned  by  the 
computer  for  use  as  a  sequence  number  fbr  the  receiving  cards. 

Hag  fields  may  contain  codes  indicating  that  the  item 
has  been  received  but  not  yet  cataloged. 

Data  in  the  due -out  field  is  the  total  number  of  copies 
that  have  been  requested.  The  requestors'  social  security  numbers 
are  kept  in  the  fields  so  labelled;  their  names  and  addresses  for 
use  on  the  patron  mailing  card  are  obtained  from  the  Patron  Master 
File.  The  one  character  field  at  the  end  of  each  social  security 
number  field  labelled  "Blank"  will  ordinarily  contain  an  alphabetic 
code,  the  requestor's  type  indicator.  In  RSIC  thesv  are  A  for  Amy, 

N  for  NASA,  or  R  for  RSIC.  The  fieli  can  be  blank. 

The  On-Order  and  Received  Report,  figure  34,  a  weekly  conputer 
output  with  cumulative  daily  supplements,  is  received  by  the  ordering 
and  receiving  section,  acquisition  librarian,  and  circulation  librarian. 

The  report,  in  sequence  by  title,  shows  the  status  of  all  titles 
that  have  been  ordered  and  not  received  or  received  but  not  yet  cataloged. 
Decks  of  computer  produced  punched  and  printed  cards,  figure  35,  each 
representing  an  item  ordered,  accompany  the  report  to  the  ordering 
and  receiving  section.  These  cards  are  used  in  receiving,  cataloging, 
and  distributing  the  books  when  the  order  is  filled.  Each  item  on 
the  report  is  associated  with  its  cards  by  the  receiving  card  (sequence) 
number  assigned  automatically  by  the  computer.  The  cards  are  received 
in  numerical  sequence  from  the  computer,  and  are  filed  in  the  same 
order  without  any  manual  sorting.  Transaction  card  formats  are  presented 
in  figure  32. 


During  the  upckte  of  the  Master  Ch -Order  File,  several 
audliary  outputs  axe  produced  in  addition  to  the  Cta-Order  and  Received 
Report  and  punched  cards.  They  nay  be  produced  daily,  weekly,  aonthly, 
or  on  special  request.  Auxiliary  reports  are  the  Financial  Reports 
and  Workload  Suanary  (aonthly),  figure  36,  Cancellation  Notices,  figure 
38,  Books  Ordering  and  Receiving  Input  Transaction  List,  figure  39, 

Book  Ordering  and  Receiving  Error  list,  figure  40,  Books  Qn-Order  Mail 
List,  figure  41  and  Outstanding  Orders  in  Vendor  Sequence,  figure  42. 

As  each  book  is  received  froa  the  vendor,  it  is  checked 
against  the  Qn-Order  and  Received  Report.  After  verification,  the 
receiving,  cataloging,  and  distribution  cards  are  pulled  from  the  file. 

Receiving  information-  -quantity  received,  price,  date  received,, 
etc. --is  written  on  the  receiving  cards  (those  obtained  from  the  computer 
end  filed  by  sequence  number) .  The  receiving  cards  are  forwarded  to 
the  keypunch  operator  for  keypunching  the  data,  aid  then  sent  to  the 
computer  for  processing.  This  results  in  updating  the  line  item  record 
showing  a  received  status,  a  corrected  price,  etc. 

The  cataloging  and  patron  mailing  cards  are  placed  in  the 
book  and  go  with  it  to  the  cataloging  unit. 

a.  Readers  Services  Section  -  Checking  Library  Request  Card 

In  the  discussion  which  follows,  the  presence  of  the 
card  catalog  is  ignored,  because  it  will  be  replaced  by  a  printed 
catalog  when  ALPHA  has  been  completely  implemented. 

All  library  request  cards  are  received  in  the  readers 
services  section.  In  checking  each  card  containing  a  book  request, 
the  first  question  is  whether  the  book  is  in  the  library;  the  Inventory 
Control  Master  File  is  searched  for  the  title  or  for  a  title  that  appears 
to  refer  to  the  same  book.  If  the  book  is  in  the  library,  and  available 
for  circulation,  it  is  charged  out  and  mailed  to  the  patron. 

If  the  book  is  in  the  library  but  not  available  for 
for  circulation,  it  may  be  flagged  as  reserve;  that  is,  it  may  be  kept 
in  the  reference  section  or  it  may  be  a  copy  1,  which  is  not  circulated. 

The  patron  will  be  informed  that  he  can  see  the  book  by  coming  to  the 
library. 


If  the  book  is  not  available  for  circulation  and  not 
flagged  as  reserve,  an  attenpt  may  be  made  to  recall  a  copy.  If  it 
can  be,  it  is  recalled  and  charged  out  to  the  requesting  patron.  If 
it  cannot  be  recalled  or  if  use  of  a  copy  within  the  library  is  not 
practical,  the  library  request  card  with  LC  classification  number, 
complete  title,  and  correct  author’s  name  is  forwarded  to  the  acquisition 
unit. 
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If  the  requested  book  is  not  cataloged,  it  may  already 
be  on  order.  The  Cn-Order  and  Received  Report  is  checked  to  see  whether 
it  is  or  not.  If  it  is  on  order,  and  if  enough  copies  have  been  ordered 
to  cover  the  request,  a  transaction  card  is  punched  adding  the  requesting 
patron  to  the  list  of  those  to  receive  the  book  when  it  is  cataloged. 

If  not  enough  copies  have  been  ordered,  the  request  card  is  forwarded 
to  the  acquisition  unit.  If  the  book  is  not  cataloged  and  not  on  order 
the  request  card  is  forwarded  to  the  acquisition  unit. 

b.  Acquisition  -  Checking  Library  Request  Card 

The  acquisition  unit  receives  library  request  cards 
that  have  been  screened  by  the  readers  services  section.  If  the  request 
refers  to  a  title  already  cataloged  by  the  library,  the  card  should 
have  a  correct  author,  title,  publisher,  and  call  nunber;  the  card 
may  be  regarded  as  a  reconmendation  from  readers  services  section  to 
purchase.  The  acquisition  librarian  decides  whether  to  add  an  additional 
copy  or  copies  of  the  book  to  the  holdings.  If  it  is  decided  to  add 
copies,  the  librarian  verifies  the  data,  adds  to  the  request  card  the 
publisher's  address,  quantity  to  be  ordered,  unit  cost,  and  vendor, 
and  places  the  card  in  the  to-be-ordered  file  grouped  with  any  others 
for  the  same  vendor. 

If  the  request  is  for  a  new  title,  the  notations 
to  be  made  on  the  card  are  almost  the  same,  but  the  acquisition  unit 
has  the  responsibility  for  the  full  verification  and  adding  the  LC 
card  order  number.  When  the  librarian  identifies  exactly  what  is  wanted, 
he  must  then  decide  whether  the  book  is  within  the  scope  of  the  library. 

Once  the  new  title  is  identified  and  it  is  decided 
to  add  it  to  the  holdings,  the  request  card  is  also  placed  in  the  to- 
be-ordered  file.  Thus,  the  request  cards  for  the  two  kinds  of  acquisitions 
are  the  same,  except  that  for  new  titles  there  is  no  LC  classification 
number  on  the  card,  but  (if  the  title  has  been  cataloged  by  the  LC) 
there  is  an  LC  card  order  number. 


Cards) 


c.  Acquisition  Data  Capture  (Typing  Orders  and  Punching 


An  IBM  632  typing  calculator  is  used  in  typing  orders 
and  punching  transaction  cards  for  use  as  computer  input.  Inis  machine 
produces  typewritten  copy  on  a  typewriter,  and  at  the  same  time  reads 
punched  cards  and  punches  and  prints  information  onto  other  cards. 

At  the  typing  calculator,  information  is  accepted  into  the  ALPHA  System 
from  several  sources:  manual  operation  of  the  typewriter,  punched 
cards,  the  memory  of  the  typing  calculator,  or  any  combination  of  these. 


The  typing  calculator  operation  must  be  trained  on 
the  machine  operation  and  general  procedures  and  policies  followed 
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in  ordering  and  receiving.  The  operator  at  this  station  has  one  of 
the  most  caaplex  clerical  jobs  in  the  ALPHA  System.  The  following 
discussion,  although  it  goes  into  some  detail  on  typing  the  several 
kinds  of  orders  and  producing  transaction  cards  for  computer  input, 
is  not  detailed  enough  for  an  ultra ined  person  to  operate  the  typing 
calculator  by  following  it.  The  purpose  of  the  discussion  and  tabular 
material  is  to  give  the  reader  a  fair  understanding  of  what  the  machine 
operator  does.  You  should  keep  in  mind  that  the  following  description 
of  ordering  is  as  arranged  at  RSIC,  and  that  different  requirements 
at  other  libraries  would  change  some  of  the  procedures. 

Books  may  be  ordered  by  any  one  of  four  different  kinds 
of  actions:  ’blanket"  (mixed  source)  order,  requisition,  charge  account 
order,  or  coupon  order.  There  are  also  three  other  kinds  of  acquisition 
action  at  the  typing  calculator  station:  data  capture  on  approval 
shipments,  data  capture  on  purchase  orders,  and  data  capture  on  received 
books. 


"Blanket  orders"  are  lists  of  needed  books  that  are 
sent  to  the  purchasing  office,  where  one  or  more  vendors  are  selected 
by  competitive  bidding  or  other  authorized  procedures.  Whan  the  order 
is  let  by  the  purchasing  office,  the  library  receives  a  copy  of  the 
purchase  order,  which  provides  the  information  to  supplement  that  captured 
at  the  time  of  preparing  the  blanket,  that  is  captured  as  described 
below  under  "purchase  orders." 

Requisitions  are  orders  sent  to  specified  government 
agencies.  They  are  typed  on  special  forms.  For  this  reason  they 
require  a  change  in  the  program  tape  in  the  typing  calculator. 

Charge  account  orders  are  those  to  be  sent  to  vendors 
with  whom  the  library  has  open  purchase  contracts  which  can  be  used 
by  ordering  officers  within  the  library.  At  RSIC  such  orders  are  currently 
limited  to  $250  per  day  per  vendor.  The  same  vendors  are  also  the 
only  ones  from  whom  approval  shipments  can  be  received.  The  items 
accepted  make  up  part  of  the  daily  authorized  orders. 

Coupon  orders  are  relatively  small  ones,  to  other  government 
agencies,  professional  organizations,  etc.,  with  which  payment  in  the 
form  of  previously  purchased  coupons  is  sent.  Large  orders  to  government 
agencies  take  the  form  of  requisitions. 

Approval  shipments,  as  mentioned  before,  are  like  charge 
account  orders  except  that  they  have  been  received  on  approval  without 
having  been  ordered  by  title.  They  are  received  only  from  vendors 
with  whom  Hie  library  has  open  purchase  contracts,  or  "charge  accounts." 

Purchase  orders  result  from  selection  of  vendors  by 
the  purchasing  office  to  fill  blanket  orders.  A  copy  of  the  purchase 
order  is  sent  to  the  library,  which  uses  it  to  capture  vendor 
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name,  purchase  order  number,  aid  purchase  order  item  umber. 

Operations  at  the  typing  calculator  station  may  be 
divided  into  two  kinds.  One  requires  the  production  of  a  typewritten 
order,  figure  29,  as  well  as  transaction  cards,  figure  31.  The  other 
requires  only  the  punching  of  transaction  cards.  The  latter  can  be 
done  on  the  typing  calculator  or  on  a  keypunch  machine. 

Operations  requiring  the  production  of  a  typewritten 
order  and  transaction  cards  are  blanket  orders,  requisitions,  charge 
account  orders,  and  coupon  orders.  They  are  processed  in  order  of 
priority  as  listed,  unless  the  acquisition  librarian  has  assigned  a 
special  priority  to  some  orders.  Special  priority  orders  are  of  course 
processed  before  anything  else. 

Operations  requiring  only  the  punching  of  transaction 
cards  are  data  capture  on  receipt  of  purchase  orders,  and  the  receipt 
of  items  on  any  kind  of  order. 

Certain  limits  on  orders  are  set  up  by  policy  or  by 
practice.  At  RSIC,  blanket  orders  are  limited  for  the  convenience 
of  the  Procurement  and  Contracting  Division  to  25  items  each.  Charge 
account  orders,  which  are  made  tnder  the  delegated  authority  of  the 
Small  Purchases  regulations,  are  limited  to  $250  per  day  per  vendor. 

This  limit  is  programmed  into  the  typing  calculator.  Coupon  orders 
to  the  Superintendent  of  Documents  and  the  Clearinghouse  for  Federal 
Scientific  and  Technical  Information  are  limited  for  convenience  to 
$40  per  order. 

The  sequence  of  actions  by  the  operator  in  preparing 
for  each  kind  of  work  is  as  follows: 

Load  the  program  tape  (one  for  requisitions,  a  different 
one  for  all  other  kinds  of  orders) . 

Select  and  mount  the  program  drum  cards,  one  cn  the 
reader  and  one  cn  the  pinch. 

Insert  the  typing  forms  (stock  four-part  paper  except 
for  requisitions). 

Set  margins  and  tabulations. 

Tum  on  power  for  all  wits. 

Ready  the  card  pwch. 

Ready  the  card  reader. 
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Load  the  card  punch. 

Select  the  appropriate  card  deck  for  the  reader. 

Load  the  deck  in  the  reader. 

Ready  the  typewriter. 

Gear  the  machine  totals. 

Mien  all  this  has  been  done,  the  operator  is  ready  to  begin  on  a 
particular  kind  of  job,  such  as  charge  account  orders.  Mien  one  kind 
of  job  is  completed,  most  of  the  set-up  operations  will  have  to  be 
done  again  in  order  to  prepare  for  doing  another  kind  of  job. 

In  addition  to  the  typed  order,  operation  of  the  typing 
calculator  also  produces  a  set  of  transaction  cards,  figure  31.  The 
cards,  identified  in  the  400  transaction  series,  contain  data  to  add 
items  to  the  On-Order  Master  File  and  generate  pending  receipt  cards. 

For  each  order,  one  transaction  card,  code  400,  is  produced.  Ihis  is 
the  vendor  name  card.  For  each  line  item,  the  following  transaction 
cards  are  produced  (required  or  optional ,  as  noted) : 

410,  author  name  card- -optional 

420,  title  card- -required 

430,  title  continuation  card- -optional 

440,  title  continuation  card- -optional 

450,  quantity  and  wit  cost  card,  call  nurrfcer,  LC  card 
ntmber  and  date  of  order- -required 

460,  patron  reserve  card- -required,  may  be  in  multiple; 
library  may  be  the  "patron" 

461,  comments  card- -optional 

Each  400  series  transaction  card  contains  the  following  fields: 

Cols  1-3  Transaction  code 
4-17  Control  nimber 
18-21  Item  nunber 

22-24  Che  or  more  fields  of  specific  information 
7S-80  Receiving  card  nurber  (blank  at  time  of  ordering) 
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Cancellation  or  deletion  of  items  from  the  On-Order  Master  file 
is  accosplished  through  use  of  the  399  transaction  card,  figure  43. 

Each  399  transaction  card  will  contain  the  following  fields : 

Cols  1-3  Transaction  code 
4-17  Control  ninber 
18-21  Item  ninber 
22-31  Blank 
32-74  Explanation 
75-80  Zeros 

The  specific  typing  calculator  operations  for  each  type  of  job 
are  described  in  tabular  fora  in  paragraphs  (1)  thru  (7) .  It  is 
ass  lined  that  each  kind  of  job  has  been  prepared  for  as  discussed  above. 

(1)  Operating  Instructions  for  Charge  Account  Orders. 
Stock  four-part  paper  is  used.  Margin  is  set  at  6,  tabs  at  14,  70,  87, 
117,  149,  and  167.  The  reader  deck  consists  of  a  7  card,  a  3  card  and 
several  5  cards.  Clear  typewriter  and  enter  date  at  beginning  of  each 
ordering  day.  (To  clear  and  enter  date:  tab  to  position  14,  key  in  1, 
PROGRAM  START.  Then  key  in  date  -  six  digits  -  yr.(2),  mo.  (2),  and 
day(2) .  Then  tab  to  position  87  and  clear  total  by  pressing  TOTAL 
button.) 


Step  Operation  Action 

400  transaction  card 

1  Position  carriage  at  left 

margin  1  1/2"  from  top  of  paper 
and  press  READ  FEED  three 
times. 


2  Key  beginning  item  ninber 

from  purchase  order  worksheet 
and  press  PROGRAM  START. 


Machine  Action 


* 

Types  heading  and  punches  code 
400  in  cols  1-3.  Types  P.  O. 
ninber  at  positions  70-76. 
Punches  TL  number  in  cols  4-17, 
types  TL  mnber  starting  in 
position  84,  and  tabs  to 

?osition  117.  At  117  reads 
250  into  storage  from  the 
3  card  and  stops  at  124, 

Punches  item  mariber  in  cols 
18-21  of  400  card,  returns 
carriage,  types  and  punches 
vendor  name  beginning  in 
col  37,  and  3  card  releases 
400  card  from  the  punch 
station. 
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4X0  transaction  card 


Press  REA*)  START. 
Press  DUP, 


Press  PROGRAM  START. 


Type  author  nase(s)  as 
follows  • 

First  name  initial,  period, 
space;  second  naae  initial. 
if  any,  period.  If  no  second 
nmm  initial,  space  once  and 
type  last  name  in  full,  if 
additional  author  noses,  type 
a  /  and  space  once,  then  repeat 
as  above. 

If  punching  author  naans  did 
not  cause  410  card  to  eject, 
release  it  by  pressing  REL 
key.  Otherwise  finish  typing 
author  naaes  on  font  as  before, 
go  to  next  step. 


420  transaction  card 


Pinches  code  410  in  cols  1-3, 

Explicates  P.  0.  lumber  in 
cols  4-17. 

types  and  pinches  the  first 
item  mrnber.  Typewriter 
5 *3*  at  position  14.  Item 
mafcer  is  punched  in  cols 
18-21. 

Pmches  first  name  initial 
second  name  initial  or  a 
space,  and  last  name  in  410 

««*  col,s  '22'74*  then  ejects 
410  card  to  pinch  mit  read 
station. 


Releases  the  410  card.  Iteader 
skips  to  col  22  of  5  card. 


n»6er  in  cols  18-21.  Reader 
skips  to  ool  34  of  s  card. 

until t420*cardiJjectsf5t1Sa  I?*1*  d*^*  bc?innin8 

74  or  title  string  is  t^lete:  ,tn“g  14. 

Title,  a  /  md  one  space,  edition 
md  one  space,  a  /  «jd  one  space, 
publisher’s  name,  a  /  and  one 
*pa«.  publisher's  address. 
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If  typing  the  title  string  causes  the  420  card  to  eject,  a  430  and 
possibly  a  440  card  will  be  required.  If  the  420  card  ejecta  aid  the 
title  string  is  incomplete,  go  to  step  11.  If  in  the  middle  of  a  word 
hypenate  on  psqper,  if  in  middle  of  meter,  start  next  card,  finish  lum¬ 
ber  and  return  by  hand.  If  title  string  is  collate,  go  to  step  10, 

10  Press  FEL  key  once  and  READ  Releases  420  card.  Read  unit 

SKIP  twice.  Go  to  step  IS.  skips  to  col  S2  of  5  card. 

430  transaction  card 

Punches  430  in  cols  1-3.  Dupes 
TL  ninber  in  cols  4-17  and  item 
nuaber  in  cols  18-21.  Reeder 
skips  to  col  34  of  5  card. 

12  Continue  typing  title  string  Pinches  title  string  in  cols 

and  manually  returning  car-  22-74  and  prints  title  string, 
riage  as  required  .to  position 

14,  next  print  line. 

13  If  430  card  is  not  full:  Releases  430  card  to  read 

press  REL  key  and  ICAO  SKIP  station  and  registers  blank 
key  once  each.  Go  to  step  IS.  card  at  pinch  station.  Read 

unit  skips  to  col  S2  of  S 
card. 

If  430  card  is  exactly  full  Has  released  430  card.  Read 

through  col  74:  Go  to  next  has  skipped  to  col  S2  of  5 

step.  card. 

If  a  440  transaction  is  necessary  go  to  *tep  14;  if  a  440  transaction 
is  not  necessary  go  to  step  IS. 

440  transaction  card 

14  Return  carriage  and  tab  to 

14,  and  continue  typing 
title  string  as  before. 

After  releasing  440  card  by 
pressing  DEL  key,  go  to  step 

15. 

4 SO  transaction  card 


Carriage  tabs  to  70.  Punches 
4 SO  in  cols  1-3  and  duplicates 
TL  meter  and  item  number  in 
cols  4-21. 


Duplicates  440  in  cols  1-3  and 
TL  nuaber  and  item  number  in 
cols  4-21.  Reads  cols  44-46 
of  S  card  end  skips  to  ready 
the  4 SO  code. 


11  Return  carriage  and  tab  to 

position  14,  press  READ 
START  once. 


IS 


Press  READ  START  once. 


450  transaction  card 


16  Kay  QUANTITY  on  amp  anion 

keyboard  and  press  PROGRAM 
START. 


17  Type  wits  as  follows:  "Ea" 

fbr  each,  "set"  or  "sets", 
"lot"  or  "lots"  followed  by 
a  space  for  set  or  lot. 

16  Key  wit  price  and  press 

START  PROGRAM. 


19  If  call  nwber  required: 

Type  call  nwber  beginning  at 
position  117.  Tab  to  position 
149,  and  go  to  step  20. 

If  call  nwber  not  required: 
Pull  PINCH  CONTROL  off,  tab 
once  to  position  149,  and 
push  PINCH  CONTROL  on. 

20  If  LC  card  nwber  required: 

Key  in  LC  card  number  and 
press  PROGRAM  START.  Go  to 
step  22. 


If  LC  card  nwber  not  required: 
Press  0  and  PROGRAM  START. 


460  transaction  card 
21  Press  READ  START. 


Prints  quantity  in  positions 
70-75,  right  justified,  and 
carriage  stops  at  76.  Pinches 
quantity  in  cols  22-25. 

Prints  wits  and  carriage  stops 
at  position  78  or  80. 


Enters  wit  price  into  co inter 
and  pinches  unit  price  in  cols 
26-30.  Calculates  total  cost. 
Types  amount  (punctuated)  and 
tabs  to  position  117. 

Prints  call  number  beginning  at 
position  96.  Punches  call 
nwber  beginning  at  col  31,  and 
skips  to  col  61. 

Punch  wit  turns  off,  450  card 
skips  to  col  61,  and  pinch 
wit  turns  on. 


Prints  LC  card  nwber  off- form 
at  position  149.  Pwches  LC 
card  nwber  in  cols  61-67  and 
date  in  cols  68-73.  Ejects 
450  card  to  read  station  of 
pwch  wit.  Read  wit  skips 
to  col  66  of  5  card. 

Prints  date  off-fore  and  tabs 
to  position  167.  Pwches 
zeroes  in  cols  6’ -67  and  date 
in  cols  68-73.  Ejects  450 
card  to  read  station  of  pwch 
wit.  Read  wit  skips  to  col 
66  of  5  card. 


Pwches  460  in  cols  1-3. 
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22 


23 


Press  DIP  on  companion  key¬ 
board  until  card  in  punch  unit 
reaches  col  22. 

Beginning  at  position  167, 
type  the  9-digit  social 
security  number,  space  once, 
and  type  the  code  letter  A 
for  Arny,  N  for  NASA,  or  R 
for  RSIC  and  contractor. 


Duplicates  TL  number  and  item 
number  in  cols  4-21.  Punch 
unit  ready  light  turns  on. 

Punches  that  social  security 
number  in  cols  22-30,  a  blank 
in  cols  31,  and  the  code  letter 
in  col  32.  Prints  what  is 
typed  off-fora  at  position  167. 


Note:  When  ordering  the  following 
types  of  copies,  type  the  social 
security  number  as  indicated: 


FOR 

Reference  copy 
RSIC  copy  1 
Patron,  Amy 
Patron,  NASA 
Patron,  other 


TYPE 

000000001  R 
000000000  R 
(  SSN  )  A 

(  SSN  )  N 

(  SSN  )  R 


24  Press  REL  key  once. 


Ejects  the  460  card  to  the 
punch  unit  read  station. 


If  comments  are  indicated  on  the  request  card  a  461  card  must  be 
prepared;  go  to  step  2S.  Otherwise,  go  to  step  30. 

461  transaction  card 
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26 


27 


Press  MP  PCH  key. 


Type  461  and  press  DUP  key 
until  461  card  has  reached 
col  22. 


Type  comments  as  written. 


Punch  unit  turns  on,  as 
indicated  by  white  lamp 
lighting. 

Punches  461  in  cols  1-3  and 
duplicates  TL  number  and 
item  number  in  cols  4-21. 
Prints  461  off-fom  to  the 
right. 

Punches  comments  beginning  in 
col  22. 


Note:  If  comments  are  longer 
than  59  characters,  including 
spaces,  type  "Send  as  per  listing 
an  original  request"  and  press 
REL  key. 


You  are  now  ready  for  the  next  item. 

If  no  author,  press  READ  SKIP  button. 

29  Press  READ  START,  DUP,  and 

PROGRAM  START. 


30  Go  to  step  6  or  8. 

Svb -total  procedure 

1  Space  to  position  130  and 

press  PROGRAM  START. 


460  or  461  card  is  released  to 
the  punch  unit  read  station, 
and  carriage  returns  to  the 
left  margin. 


Types  next  item  number  in 
position  7-10,  punches  410 
in  cols  1-3,  and  duplicates 
TL  number  in  cols  4-17. 
Punches  item  number  in  cols 
18-21,  increments  it  by  1, 
and  returns  it  to  machine 
storage. 


Beginning  at  position  130 
automatically  types  tne 
balance  of  $250  per  vendor 
per  day. 


Note:  If  a  minus  sign  is  typed  after  the  sub -total,  the  figure  is 

the  amount  over  $250  that  has  been  ordered. 


End-of  order  total  procedure 


1  Return  carriage  twice,  tab  to 

position  87,  and  press  TOTAL 
key  on  companion  keyboard. 


Types  final  total  amount 
beginning  at  position  87; 
types  "T"  following  the  amount. 


2  Return  carriage  to  position 

14,  roll  form  three  or  four 
lines,  and  type  only  the 
following: 


Ordered  by: 

(leave  room  for  signature) 

Jane  Doe  (name  of  purchasing  officer  who  will  sign  order) 
DATE  (day,  month,  or  year). 
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Remove  paper  from  carriage  and 
output  cards  from  punch  unit; 
place  output  cards  and  patron 
request  cards  with  completed 
order. 

Error  procedures 

To  correct  anount  or  errors  in  total: 

1  Move  carriage  to  position  171, 
key  the  error  amount,  and 
press  PROGRAM  START. 

2  To  verify  subtraction  of  the 
error  anount,  go  to  position 
130  and  press  PROGRAM  START. 

3  Erase  error  from  form  care¬ 

fully. 

4  Press  Rel  key. 

5  Press  READ  SKIP  until  a  5 

card  is  loaded  in  reader  and 
at  col  52. 

6  Press  READ  START. 


7  Go  to  position  70  and  rekey 

quantity,  unit,  and  correct 
unit  price,  as  xn  steps  16-18. 


8  Go  to  step  19. 

To  correct  errors  in  quantity: 

Go  to  70  off  form  and  key  in  in¬ 
correct  quantity,  (-)  minus 
and  PROGRAM  START.  Release 
card,  get  card  to  450  position, 
erase  and  correct  error  in  page, 
press  READ  START  for  new  450 
card. 


Subtracts  the  error  anoint 
from  the  naming  total. 


Types  the  remainder  of  $250 
that  was  left  before  the 
error  anoint  was  keyed  in. 


Releases  error  card  to 
punch  unit  read  station. 
Loads  reader  init  with  5 
card  and  skips  to  col  12. 


Duplicates  450  in  cols  1-3 
of  new  card  at  punch  station; 
duplicates  TL  number  and  item 
nirnber  into  cols  4-21. 

Punches  correct  quantity,  unit, 
and  price  in  new  450  card. 
Prints  correct  quantity,  unit, 
and  unit  price.  Enters  correct 
amount  into  machine  counter 
and  tabs  to  position  117. 


Machine  types  amounts  punched 
(-)  and  removes  the  amount 
from  the  total. 
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(2)  Operating  Instruction  for  Blanket  Orders.  The  pro¬ 
cedure  for  typing  blanket  orders  is  the  sane  as  for  charge  accoimt  orders, 
paragraph  (1),  except: 


(a)  In  the  reader  card  deck  a  different  3  card  is  used 
for  each  blanket  order  typed,  because  the  TL  nunber  changes  with  each  order. 

(b)  The  beginning  item  number  for  each  blanket  order 
is  1,  for  the  same  reason,  that  the  TL  number  changes  with  each  order. 

(c)  There  is  no  money  limit  on  blanket  orders,  and 
therefore,  no  need  for  the  sib -total  procedure. 

(d)  No  signature  block  is  typed  at  the  end  of  the 

order,  only  the  date. 


(3)  Operation  Instructions  for  Coupon  Orders.  The  pro¬ 
cedure  for  typing  coupon  orders  is  the  same  as  for  charge  account  orders, 
paragraph  (1),  except: 


(a)  No  publisher  is  punched. 

(b)  The  beginning  item  number  for  each  coupon  order 

is  1. 


typed. 


(c)  A  different  3  card  is  used  for  each  coupon  order 


(d)  There  is  no  money  limit  on  coupon  orders  (the 
$40  total  is  approximate) ,  and  therefore  the  sub -total  procedure  is  not 
used. 


(e)  At  the  end  of  the  order,  start  the  total  one 
line  down  from  the  last  amount,  typing  as  follows,  beginning  at  position 
14. 


INCLOSURE:  OOLPONS  IN  THE  AMOUNT  OF  ($  total) 

(Return  carriage  4  times) 

(Signature  block  and  date) 

(Retum  carriage  2  times) 

REQUEST  POSSIBLE  REFUND  BE  MADE  BY  OOLPONS 

(4)  Operating  Instructions  for  Requisitions.  Instead 
of  stock  paper,  special  fbims  are  used  for  typing  requisitions.  The 
first  sheet  is  I®  Form  1149-4,  see  figure  30,  and  the  continuation  sheet 
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is  DD  Four  1149-5.  Bight  copies  are  made.  Margin  is  set  at  6,  tabs 
at  12,  54,  78,  87,  111,  117,  124,  148,  166,  and  174.  Hie  requisition 
program  tape  must  be  used,  as  well  as  requisition  card  reader  and  card 
punch  drum  cards.  The  reader  deck  consists  of  a  3  card,  seven  6  cards, 
a  4  card,  and  several  5  cards.  Before  pinching  cards,  add  the  rest 
of  the  requisition  nimber  to  the  number  3  program  card  (cols  36-38) . 


Step  Operate 

400  transaction  card 


Machine  Action 


Press  PROGRAM  START, 


Enter  item  number: 

Key  item  nimber  (1)  and  press 
PROGRAM  START. 

Note:  Requisition  vendor  is 
pinched  beginning  in  col  37 
of  400  card,  which  ejects 
when  col  74  is  reached. 

Enter  date: 

Key  two-digit  year  number, 
two-digit  month  number, 
and  two-digit  day  number, 
in  that  order,  and  press 
PROGRAM  START. 


Pinches  400  in  cols  1-3,  tabs 
to  position  78  (block  6  on 
Form  1149-4),  types  first  11 
digits  of  requisition  nimber 
in  top  half  of  block  6,  re¬ 
turns  carriage,  tabs  to  po¬ 
sition  78,  types  rest  of  re¬ 
quisition  number,  and  punches 
it  in  cols  4-17  of  the  400 
card.  Tabs  to  position  111 
off-form. 


Enters  first  item  number  into 
storage  and  400  card,  returns 
carriage,  ejects  3  card  from 
reader  unit,  types  heading 
data  from  the  seven  6  cards. 
Carriage  stops  at  position  166. 


Enters  date  into  storage  and 
returns  carriage  to  the  left 
margin,  Section  II  of 
Form  1149-4. 


Type  first  item  nimber: 

Space  to  position  10  and  type 
item  nimber.  Space  once  to 
position  12. 

Note:  For  all  items  other 
than  the  first,  skip  this  step 
and  go  to  step  5.  For  first 
item  complete  this  step  and 
go  to  step  6. 


Prints  item  nimber. 

Note:  On  the  second  and  fol¬ 
lowing  item  numbers,  machine 
will  type  next  item  number  at 
positions  7-10  (right  justi¬ 
fied),  tab  to  position  12  and 
stop.  Also  enters  410  in  cols 
1-3  of  card,  duplicates  re¬ 
quisition  nunber  (TL  number) 
and  item  nimber  in  cols  4-21 
of  410  card. 
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410  transaction  cr.rd 

5  Start  author  card: 

Press  START,  Duplicates  4Iu  code,  requisi¬ 

tion  nis;i>er  (TL  nunber) ,  and 
next  item  In  cols  1-21 

of  card. 

6  Enter  author(s) : 

Type  author  na~  -■>  b^girning  at  Prints  author(s)  names  De¬ 
position  12.  If  additional  ginning  &■:.  position  12,  and 
authors  are  shown  on  request  punches  names  beginnning  in 

card,  type  /  and  space  mce  col  22  of  410  card.  At  col 

before  typing  next  author  74,  card  •  '  to  punch  unit 

name.  read  station. 

Note:  Do  not  begin  a  name 
that  cannot  be  *^ped  completely 
before  position  a2  is  reached. 

Carriage  must  be  manually 
positioned  to  next  line,  position 
12,  as  required  ‘til  author 
names  are  completely  typed. 

In  any  case,  410  card  will 
eject  when  col  74  is  re ached, 
but  typing  must  continue  until 
all  authoi  .ianes  are  entered 
on  the  requisition  form. 

7  xnd  of  410  card: 

If  col  74  of  410  card  was  not  Ejects  410  card  to  punch  unit 
reached,  press  REL  and  go  to  read  station, 
step  B.  If  col  74  was  reached, 
go  straight  to  step  8. 

420,  450,  or  440  transaction  card 

8  ctart  420,  430,  or  440 
transaction: 

Press  READ  START.  Punches  420,  430,  or  440  in 

cols  1-3.  Dipl i cates  requisi¬ 
tion  nunber  and  item  nunber 
in  cols  4-21. 

9  Enter  title: 

Return  carriage,  tab  to  Prints  title  and  punches  title 

position  12,  and  type  title.  in  cols  22-74.  When  col  74  is 

Note  1:  Only  positions  12-52  reached,  ejects  card  to  punch 
on  the  form  may  be  used.  unit  read  station. 

Repeat  as  above  for  as  many 
lines  as  required.  Title  must 
not  run  over  position  52. 


82 


Note  2:  If  col  74  is  punched 
and  additional  title  data  remains, 
a  430  and  possibly  a  440  title 
continuation  card  will  be  required. 
For  each  required  continuation  card, 
repeat  steps  8  and  9.  If  none  are 
required,  go  to  step  10. 

450  transaction  card 


10 


11 


12 


13 


14 


Set  up  card  read  unit  for  450: 

(a)  If  title  continuation  was 
not  required,  and  420  card  did 
not  eject,  press  RELEASE  READ 
SKIP  twice,  READ  START  once, 
and  tab  to  position  55,  and  go 
to  step  12. 

(b)  If  title  continuation  into 
a  440  card  was  not  required 
and  430  card  did  not  eiect, 
press  RELEASE  READ  SKIP  once, 
READ  START  once,  tab  to  posi¬ 
tion  55,  and  go  to  step  12. 
Otherwise  go  to  step  1.1 . 

Press  READ  START  and  tab  to 
position  55. 


Enter  unit  of  issue: 

Backspace  once  and  type  "ea" 
or  "set"  leaving  carriage  at 
position  57. 

Key  quantity  ordered  and  press 
PROGRAM  START. 


Key  unit  price  and  press 
PROGRAM  START. 


Ejects  420  card  to  punch  unit 
read  station,  pinches  450  in 
cols  1-3  of  new  card,  and 
duplicates  requisition  number 
and  item  nunber  in  cols  4-21. 

Ejects  430  card  to  punch  unit 
read  station,  punches  450  in 
cols  1*3  of  new  card,  and 
duplicates  requisition  number 
and  item  nunber  in  cols  4-21. 


Punches  450  in  cols  1-3  of  new 
card  and  duplicates  requisition 
number  and  item  number  in 
cols  4-21. 


Prints  unit  of  issue  in  posi¬ 
tions  54-56. 


Enters  quantity  into  storage; 
prints  quantity  in  positions 
57-61;  punches  quantity  in 
cols  22-26. 

Enters  unit  price  into  storage; 
types  unit  price  in  positions 
78-84;  punches  unit  price  in 
cols  26-30  of  450  card.  Calcu¬ 
lates  total  cost  and  types  it 
beginning  at  position  87,  then 
tabs  to  position  124. 
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IS 


Enter  call  number,  if  any: 

(a)  If  call  number  required, 
type  it  beginning  at  position 
124,  then  tab  to  position  166. 
Note:  Make  sure  the  pinch 
unit  light  is  cm;  if  it  is  not 
press  MP  P(H  on  companion  key¬ 
board. 

(b)  If  call  number  not  required, 
pull  PINCH  CONTROL  off,  tab 
once  to  position  148,  and  push 
PINCH  CONTROL  on,  then  tab  to 
position  166. 

16  Enter  LC  card  number,  if  any: 

(a)  If  LC  card  number  required, 
key  it,  press  PROGRAM  START, 
and  go  to  step  17. 


(b)  If  LC  card  number  not 
required,  press  0  and  PROGRAM 
START. 


460  transaction  card 

17  Press  READ  START  once  and 

DIP  twice. 


18  Beginning  at  position  174, 

type  the  9 -digit  social 
security  number,  space  once, 
and  type  the  code  letter  A, 
N,  or  R. 


Prints  call  number  beginning  at 
position  124,  off- form. 

Punches  call  number  in  cols  31- 
60  of  450  card.  Punch  unit 
stops  at  col  61  after  tabbing 
typewriter  to  position  166. 
Punch  unit  turns  off,  450  card 
skips  to  col  61  and  punch  unit 
turns  on. 


Prints  LC  card  number  off- form 
at  positions  166-172  (right) 
justified) ,  punches  it  in  cols 
61-67  of  450  card,  and  returns 
carriage  and  tabs  to  position 
148. 

Punches  zero  LC  card  number 
in  cols  61-67  and  date  in  cols 
68-73  and  ejects  450  card; 
returns  carriage  and  tabs  to 
position  148. 


Punches  460  in  cols  1-3  of  new 
card  and  duplicates  requisition 
number  and  item  number  in  cols 
4-21. 

Punches  the  social  security  num¬ 
ber  in  cols  22-30,  a  blank  in 
col  31,  and  the  code  letter  in 
col  32.  Prints  what  is  typed 
off-form  beginning  at  position 
174. 


Note:  When  ordering  the  following 
types  of  copies,  type  the  social 
security  number  as  indicated: 


FOR 


TYPE 


Reference  copy  000000001  R 

RSIC  copy  1  000000000  R 

Patron,  Army  (  SSN  )  A 
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Patron,  NASA  (  SSN  )  N 
Patron,  other  (  SSN  )  R 

19 

Press  REL  key  and  carriage 

Ejects  5  card  and  returns 

return. 

carriage  to  left  margin. 

20 

Press  READ  START,  IXJP  and 

Loads  new  5  card.  Duplicates 

PROGRAM  START  and  go  to 

410,  requisition  number,  and 

step  6. 

prints  new  item  number  in 
cols  1-21  of  new  410  card. 

End-of  job  procedure 


If  only  1149-4  has  been  used,  go  to  step  2. 


1 


2 


3 


If  Form  1149-5  (continuation 
sheet)  has  been  used,  type 
date,  sheet  numbers  and  mm- 
of  sheets,  and  bottom  line  of 
requisition  number,  then  go  to 
step  2. 

Roll  platen  away  from  you 
until  two  lines  below  the 
last  item  amount  in  total 
cost  field  on  the  form, 
and  type  a  line  across  the 
column  width,  using  the 
underline  character.  Roll 
platen  two  more  lines,  make 
sure  you  are  at  position  87, 
and  press  FINAL  TOTAL  button. 

Roll  platen  toward  you  until 
bottom  half  of  first  print 
line  is  reached,  at  position 
61.  In  block  entitled  "No. 
of  Sheets":  type  total  number 
of  Fom  1149-4  sheet  used  for 
this  order,  also  type  in  the 
date  on  1149-4  sheet. 


None. 


Prints  line  and  total  -anoint 
for  this  order  to  this  vendor, 
followed  by  the  letter  T. 


Prints  total  number  of  sheets. 


4  Press  REL  key  md  remove  completed 

requisition  and  transaction  cards 
from  machine,  and  hold  them  for 
delivery  to  RSIC  order  mit. 

(5)  Operating  Instructions  for  Approval  Shipments. 
Approval  shipments  are  charge  account  orders  received  on  approval  from 
selected  vendors  with  thorn  there  are  charge  account  arrangements. 


85 


Approval  shipment  "ordering"  procedure  is  the  sane 
as  for  charge  account  orders,  paragraph  (1),  except  that  the  transaction 
cards  are  of  the  500  series  rather  than  the  400  series  and  the  560  card 
has  the  same  function  as  the  600  card.  Transaction  card  foimats  are 
presented  in  figure  32.  Also,  a  double  copy  form  is  typed  for  approval 
shipments;  they  are  used  as  records  of  orders  in  ordering  office  and 
purchasing  and  contracting  office. 

Approval  shipments  must  be  both  "ordered"  and  "re¬ 
ceived.”  For  each  approval  shipment  from  a  vendor  a  transaction  caid 
code  500,  the  vendor  name  card,  is  created.  For  each  line  item  the  fbl- 
1 owing  cards  are  created,  required  or  optional,  as  noted. 

S10,  author  name  card- -optional 

S20,  title  card- -required 

530,  title  continuation- -optional 

540,  title  continuation- -optional 

550,  quantity  unit  cost,  and  date  of  order- -required 

560,  receiving  card- -required 

(6)  Operating  Instructions  for  Purchase  Orders.  Purchase 
order  transactions  are  revisions  of  actions  originally  on  blanket  orders. 

They  are  ordinarily  done  on  the  026  keypunch  after  the  prepared  purchase 
order  is  received  from  the  purchasing  office;  however,  with  a  special 
progran  tape,  they  may  be  done  cn  the  632  typing  calculator  if  no  02o  is 
available.  One  transaction  card  code  501  is  punched  for  each  line  item 
on  the  purchase  order  {Foxm  U55  and  115SQ.  Its  purpose  is  to  qpdate 
on -order  records  with  purchase  order  number,  vendor  and  vmdor  P.  O.  item 
mmber. 

Each  500  series  transaction  card  contains  the  following  fields: 

Cols  1-3  Transaction  code 
4*17  Control  number 

18-21  Item  number 

22-80  (Specific  information  and  blanks) 


Step 


Col  urns 


jrator  Action  and  Field  Description 


Transaction  code.  Key  mmmric  501. 


i 


4-17  TL  number.  Key  TL  number  that  appears  in  the 
"Requisition  Ntnber"  box,  or  that  preceeds  the 
item  description  in  the  columns  on  Font  11 55 
headed  "Schedule  of  Supplies  or  Services." 

Note:  This  TL  mmbcr  remains  in  effect  for 
following  iteus  intil  another  TL  number  appears 
or  the  last  item  is  punched. 

Do  not  pinch  the  asterisk  that  proceeds  the  TL 
number  nor  the  nunber  in  parentheses,  if  any, 
that  follows  the  TL  number. 

16 *  21  Item  nunber.  Key  the  nunber  in  parentheses 

following  the  item  description;  right  justify 
in  cols  18-21  and  supply  leading  zeros  as 
required.  Thie  is  the  sequence  nunber  of  the 
original  blanket  order.  Check  ordering  records 
to  be  sure  of  correct  item  nunber. 

22-36  Purchase  order  number.  Key  the  purchase  order 
from  the  upper  left  block  on  Form  1155  beginning 
at  the  letter  "C",  as  follows: 

P.0.  NUF6ER  Key 

PO  01-Q21-CS-0388(Z)  CS-0388-Z 

If  the  nuaber  does  not  fill  cols  2Z-36,  skip  to 
col  37. 

37-74  Vendor.  Key  vendor  name  as  typed  on  line  1  of 
the  block  headed  "TO:  (Contractor  and  Address)" 
on  face  of  Form  115S  until  the  name  is  complete 
or  col  74  is  reached. 

75-78  Purchase  order  item  number.  Key  the  item  mmbcr 
from  the  column  an  Form  1155  headed  "Item  Number," 
supplying  leading  zeros  as  required. 

79-80  Blanks 

Repeat  steps  1-7  above  for  each  item  nuaber  an 
Forms  1155  and  11S5C.  Be  careful  to  change  the 
TL  number  field  only  as  noted  in  step  2. 

Xhen  a  SOI  card  has  been  punched  for  each  item 
number  on  the  purchase  order,  remove  the  $01 
cards  from  the  stacker,  place  them  with  the 
purchase  order,  and  given  them  to  the  Order  Uiit 
for  checking.  The  cards  will  be  forwarded  to 
the  coagMiter  by  the  order  unit. 
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(7)  Operating  Instructions  for  Receiving.  When  ordering 
transactions  are  processed  by  tKY  ccjputer,  transaction  cards  of  the  code 
600  series,  figure  35,  are  produced  as  one  form  of  output  and  returned 
to  the  library.  They  are  kept  in  a  receiving  card  file  arranged  in  se¬ 
quence  by  receiving  card  ntwber.  Following  is  an  explanation  of  the  purpose 
and  foraat  of  each  such  output  transaction  card. 

Transaction  card  code  600  is  the  pending  receipt 
card.  It  contains  information  as  follows: 


Cols  1-3  Transaction  code  (600) 

4-17  Control  number 
18-21  Item  number 
22-27  Date  or  order 
28-69  Blank 
70-73  Quantity  ordered 
74  Blank 

75-80  Receiving  card  number 

A  600  card  is  produced  for  each  line  item  entered  in  the  computer  files 
by  4C0  series  transaction  cards.  Wien  the  item  arrives,  additional 
information  is  added  to  the  card  as  follows: 

Cols  28-31  Quantity  received 

32-37  Voucher  number 

38-41  (If  expendable)  number  of  items 

42-45  (If  nonexpendable)  niwber  of  items 

46-51  Total  cost 

52-57  Date  received 


58  31ank  if  not  a  change;  C  if  a  change,  for 
error  correction.  If  there  is  a  C  here, 
all  receiving  information  in  the  master  file 
will  be  changed. 

Partial  receipts  require  a  special  procedure,  these  are  detailed  later 
in  the  operating  instructions.  The  card  with  the  added  information  is 
returned  to  the  coeputer  to  update  the  files. 
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St  tv  time  of  orderioit!^™  “  lille  item  is  intact 

the  LC  classify  oation  is  ri  “de  «0  is  produced.  If 

Ihese  cards  contain  the  following  Sbmat™:“rd  “*  611  is  Produ«d- 

Cols  1-3  Transaction  code  (610  or  611) 

4-17  Control  number 
18-21  item  number 

22'S1  v.eClfS,iIn.th\610  “*  there  is  no  data  in 
this  field;  in  the  611  card  there  is  data.) 

52-69  Blank 

70-73  Quantity  ordered 


Blank 


75-80  Receiving  card  number 


Xt'r^ong’ wW^S."®  °r  611  Urd  “  fo“  t°  the 

card.  It  contains  the  fon^°?„fom,u*:62°  is  patron  ra’ue5' 


Cols  i-3  Transaction  code  (620) 


Blank 


5-13  Patron’s  social  security  number 
14-15  Blank 

16-23  MUL  TO.  (constant) 

24-37  Patron's  sumaae 

38  Blank 
39-41  Surname  sul.ix 
42-43  Patron's  initials 
44-47  .  .  .  ( 

48-59  Mail  symbol 


60-61  ) 

62-67  BLOG. .(constant) 

68-72  Building  number 
73-74  Blank 

75-80  Receiving  card  nuiber 


The  620  card  is  forwarded  to  the  cataloger  along  with  the  book  and 
the  610  and  611  card,  and  eventually  becomes  a  mailing  label. 

If  there  is  a  transaction  card  code  461  (comnents), 
then  a  transaction  card  code  622,  the  conment  card,  is  produced.  It 
contains  the  following  information: 


Cols 


1-3  Transaction  code  (622) 
4-17  Control  nunber 
18-21  Item  nunber 
22-74  Comment 

75-80  Receiving  card  nuriber 


There  are  also  two  other  transaction  cards,  figure 
35,  that  may  be  punched  by  the  library  as  input  affecting  items  on  order. 
The  398  card  adds  comnents  when  an  item  is  received  or  cancelled;  it  has 
the  same  information  in  the  same  format  as  the  622  card.  The  621  card 
reserves  for  a  patron  a  book  already  on  order;  it  has  the  same  information 
in  the  same  format  as  the  460  card,  with  receiving  number  added. 


When  an  order  is  received,  the  code  600  cards 
applying  to  it  are  punched  with  additional  information:  quantity  re¬ 
ceived,  total  cost,  etc.  This  is  ordinarily  dene  on  the  026  keypunch, 
but  with  a  special  program  tape  could  be  dene  chi  the  632  typing  calcu¬ 
lator.  Some  transaction  cards  code  600  apply  to  nonexpendable  (NXP) 
items  ar.d  others  to  expendable  (XP)  items.  NXP  aid  XP  items  can  be 
separated  by  noting  whether  the  number  of  copies  appears  in  the  XP  or 
NXP  item  block  on  the  face  of  the  card  (shown  in  figure  35) . 

In  preparation  for  keypunching  the  following  controls  on  the  026 
keypunch  should  be  in  the  "chi"  position:  POWER,  AUTO  FEED,  and  PRINT. 
AUTO  SKIP  and  DUP  should  be  "off." 


Step  Card  Col  Operator  Action 

600  transaction  card  for  NXP  items 

1  Install  the  NXP  program  card  on  the  drum  and 
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insert  it  into  the  keypunch. 


2 

Place  600  NXP  transaction  cards  in  the  Keypunch 
hopper  and  press  FEED  key  twice. 

Press  SKIP  button  to  col  28. 

3 

28-31 

Key  4-digit  quantity  received,  supplying  leading 
zeroes  as  required. 

4 

32-37 

Key  6 -digit  voucher  number,  leaving  out  dashes 
(e.g.  D-65-126  is  keyed  as  D6S126). 

S 

38-41 

Blank.  Used  only  for  XP  items. 

6 

42-45 

Key  4 -digit  NXP  item  number  (actually  number  of 
items) ,  supplying  leading  zeros  as  required. 

7  ■ 

46-51 

Ke/  6 -digit  total  cost  in  dollars  and  cents, 
leaving  out  punctuation  and  supplying  leading 
zeros  as  required. 

8 

52-57 

Key  date  received  as  follows:  2-digit  year 
number,  2-digit  month  number,  2-digit  day  number, 

9 

Release  card.  If  additional  600  NXP  transaction 
cards  remain  with  same  voucher  number,  turn  AUTO 
SKIP-DUP  button  on  which  will  automatically  skip, 
and  auto,  dup  the  voucher  number  and  yr.  and  mo. 
of  the  date.  Go  to  step  3  and  repeat  steps  3-9 
until  all  600  NXP  cards  have  been  punched  with 
receiving  data. 

10 

Install  the  XP  program  card  on  the  drum  and 
insert  it  into  the  keypunch. 

11 

Place  600  XP  transaction  cards  in  the  keypunch 
hopper  and  press  FEED  key  twice. 

12 

28-31 

Key  4-digit  quantity  received,  supplying  leading 
zeros  as  required. 

13 

32-37 

Key  "IT  and  five  zeros. 

14 

38-41 

Key  4-digit  XP  item  mmber  (number  of  items), 
supplying  leading  zeros  as  required. 
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IS 

42-45 

Blank.  Used  only  for  NXP  items. 

16 

46-51 

Key  6-digit  total  cost  in  dollars  and  cents, 
leaving  out  punctuation  and  supplying  leading 
zeros  as  required. 

17 

52-57 

Key  date  received  as  follows:  2-digit  year  number, 
2-digit  month  number,  2-digit  day  number. 

18 

Release  card.  If  additional  XP  cards  remain, 
turn  on  AUTO  SKIP-DUP  key  which  will  automatically 
skip,  and  dup  the  voucher  number  and  yr.  and  mo. 
of  the  date  and  go  to  step  12  and  repeat  steps 

12-18  until  all  XP  cards  have  been  punched  with 
receiving  data. 

Partial 

receipts 

If  the  600  XP  or  NXP  quantity  received  is  different  from  quantity  ordered, 
that  is  a  partial  receipt,  and  the  procedure  to  be  followed  is  different. 
Here  is  how  to  punch  transaction  cards  on  partial  receipts.  Duplicate  the 
600  card  changing  the  quantity  ordered  (col  70-74)  to  the  remaining  back 
ordered  anoint.  Make  a  duplicate  611  card  also  changing  the  quan¬ 
tity  ordered.  Put  these  new  cards  back  in  files  to  be  used  when  back 
order  arrives.  Then  process  the  original  600  card  as  usual. 

d.  Acquisition  File  Outputs 

Some  acquisition  file  outputs  are  prepared  each  time 
the  master  file  is  updated,  other  outputs  which  are  of  a  cumulative 
nature  are  prepared  on  a  weekly,  monthly  or  upon  request  basis.  Out¬ 
puts  will  be  displayed  as  either  multicopy  printouts  computer 
produced,  punched  and  printed  transaction  cards.  All  multicopy  print¬ 
outs  are  standardized  on  8  1/2  x  11  paper.  The  following  is  a  list 
of  all  acquisition  file  outputs. 

(1)  Weekly  Ch-Order  List 

(2)  Daily  0n-0rder  List 

(3)  Receiving,  cataloging  and  patron  reserve  transac¬ 
tion  cards 

(4)  Books  Ordering  and  Receiving  Transaction  List,  error 
and  recycle  cards 

(5)  Books  Ordering  and  Receiving  Error  List 
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(6)  Books  Ch- Order  Mail  List 

(7)  Cancelled  Items 

(8)  Outstanding  Orders  in  Vender  Sequence  and  599 
transaction  cards 

(9)  Financial  and  Workload  Analysis 

The  Qn-Order  and  Received  List,  figure  34,  a  weekly 
confute r  output  with  cumulative  daily  supplements  is  the  most  im¬ 
portant  output  of  the  lias  ter  on  order  and  receiving  and  cataloging 
files.  This  list  is  a  complete  display  of  the  files  in  sequence  by 
title  and  indicates  the  status  of  all  titles  that  have  been  ordered 
and  not  received  or  received  and  not  cataloged. 

The  primary  use  of  thij  list  is  made  in  deter¬ 
mining  if  a  vendor  has  supplied  the  item  requested.  Copies  of  the 
list  are  returned  to  the  ordering  and  receiving  unit. 

Decks  of  computer  punched  and  printed  transaction 
cards,  figure  35,  each  representing  an  item  ordered,  will  accompany 
the  On- Order  and  Received  List  to  the  ordering  and  receiving  unit. 

These  cards  will  be  used  in  receiving,  cataloging  and  circulation 
of  books  when  the  order  is  filled.  Each  transaction  card  may  be 
associated  with  the  On-Order  and  Received  List  by  the  receiving  card 
number  which  is  assigned  automatically  by  the  computer.  This  nun- 
ber  is  assigned  in  sequence  numerically  and  filed  in  the  same  order 
without  sorting.  Ordering,  receiving  and  patron  reserve  transaction 
card  formats  are  presented  in  figure  32. 

The  Bookj  Ordering  and  Receiving  Transaction  List, 
figure  39,  serves  a  twofold  purpose.  First,  it  presents  a  display 
of  all  transactions  attempted  or  processed  in  the  conputer  editing 
rui.  Secondly,  it  presents  a  display  of  all  transactions  found  in 
error  with  an  appropriate  error  message.  The  list  is  presented  in 
two  parts,  the  first  part  consists  of  all  book  transactions  fourd  in 
error  in  the  editing  rui  with  an  appropriate  error  message  and  the 
second  part  of  all  acceptable  book  transactions  which  will  be  pro¬ 
cessed  against  the  master  files.  The  list  is  displayed  by  control 
number  in  raw  input  sequence. 

The  primary  purpose  of  the  list  is  to  display  all  input 
transactions  and  the  processing  action  attempted.  The  list  will  also 
serve  as  an  assist  in  correcting  input  errors. 

For  each  book  transaction  found  in  error  in  the  editing 
run  the  computer  punches  and  prints  a  duplicate  card  of  the  transaction 
card  in  error  with  the  field  in  error  left  blank.  This  card,  along 
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with  the  card  in  error,  is  returned  to  the  ordering  and  receiving  unit. 

Any  transaction  cards  associated  with  the  transaction  card  found  in 
error  will  also  be  returned.  These  cards  will  be  marked  (recycle)  and 
may  be  resubmitted  with  the  computer  produced  card  following  corrective 
action  of  the  error. 

Copies  of  the  Books  Ordering  and  Receiving  Transaction 
List,  with  duplicate  error  cards,  if  required,  will  be  prepared  at 
each  update  (at  present  daily)  and  returned  to  the  ordering  and  receiving 
wit. 

Cancelled  Items,  figure  38,  are  the  result  when  a  vendor 
cannot  supply  an  item  ordered.  This  list  is  generated  through  the 
submission  of  399  transaction  cards  and  represents  all  items  cancelled 
and  deleted  from  the  master  file.  The  list  is  formatted  in  alphabetical 
sequence  by  title  and  produced  weekly.  Copies  of  the  list  are  returned 
to  the  ordering  and  receiving  unit. 

The  Books  Ordering  and  Receiving  Error  List,  figure  40, 
is  a  display  of  all  book  transactions  which  could  not  be  processed 
into  the  Master  On-Order  and  Receiving  and  Cataloging  Files  in  the 
update  rw.  Following  the  editing  nn  all  acceptable  book  transactions 
are  processed  against  the  master  files.  During  this  update  processing, 
the  book  transactions  are  edited  again.  The  edits  used  here  may 
disclose  errors  which  will  not  allow  the  book  transaction  to  be  pro¬ 
cessed  into  the  master  files.  An  example  of  this  could  well  be,  if 
a  400  series  transaction  was  properly  prepared  and  passed  all  editing 
requirements  in  the  edit  run  the  transaction  would  be  forwarded  to  the 
update  run  for  processing  against  the  master  files.  During  the  update 
rw  the  computer  dropped  the  transaction  off  and  produced  3n  error 
message  'TRANS  SHOULD  NOT  MATCH  MASTER."  This  message  signifies  an 
error  has  been  made.  After  evaluation  it  will  probably  be  found  that 
the  transaction  control  number  is  in  error.  Copies  of  this  error  list 
are  returned  to  the  ordering  and  receiving  unit. 

Valid  transactions  which  are  processed  into  the  Master 
On-Order  and  Receiving  and  Cataloging  Files  will  be  displayed  in  the 
Ob-Order  and  Received  List. 

The  Books  On-Order  Mail  List,  figure  41,  is  a  display 
of  all  items  requested  by  patrons  during  the  week.  T^  list  is  pre¬ 
sented  iii  receiving  card  number  sequence.  Primary  usi  i  this  list 
will  be  in  determining  correct  patron  mailing  information.  Copies  of 
the  list  are  returned  to  the  ordering  and  receiving  unit. 

Errors  found  in  the  Books  On-Order  Mail  List  will  be 
displayed  on  the  first  page  of  the  listing. 
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The  Outstanding  Order  List,  figure  42,  is  a  complete 
listing  of  all  items  overdue  in  alphabetical  sequence  by  vendor.  This 
list  may  be  produced  on  a  quarterly,  semi-annual  or  upon  request 
basis.  Primary  use  of  the  list  will  be  made  in  evaluation  of  all 
overdue  items  for  cancellation  or  re-order. 

For  each  item  appearing  on  the  Outstanding  Order  List 
a  399  transaction  card,  figure  43,  will  be  conputer  punched,  printed 
and  returned  with  the  list  to  the  ordering  and  receiving  unit.  The 
399  transaction  card  will  be  used  to  cancel  or  delete  an  item  from 
the  Master  On-Order  File. 

Copies  of  the  Outstanding  Order  List  along  with  the 
399  transaction  cards  will  be  returned  to  the  ordering  and  receiving 
unit. 


The  Financial  and  Workload  Analysis,  figure  36,  is  a 
statistical  breakdown  of  the  acquisition  master  files.  This  report 
is  divided  into  two  parts  and  presented  on  a  monthly  basis.  The 
first  part  of  the  report,  the  Financial  Analysis,  is  an  up-to-date 
analysis  of  all  expenditures  with  an  outstanding  amount  for  each  vendor. 
This  part  will  be  in  alphabetical  sequence  by  vendor.  The  second  part 
of  the  report,  the  Workload  Analysis,  indicates  the  number  of  titles 
ordered,  received  or  cancelled  and  a  breakdown  of  the  copies  received. 
This  part  will  be  in  work  element  sequence. 

Primary  use  of  this  report  will  be  made  in  evaluation 
of  expenditures  and  workload  criteria.  Gqpies  of  the  report  are  kept 
by  the  ordering  and  receiving  unit  and  administrative  offices  most 
concerned  with  the  acquisition  files. 

An  Error  List,  figure  37,  is  prepared  if  there  are  any 
errors  found  in  the  preparation  of  the  Financial  and  Workload  Analysis 
Report.  Copies  of  this  error  list  will  acconpany  the  report  to  the 
ordering  and  receiving  uiit. 

e.  Editing  Criteria 

Edits  are  rules  specifying  that  certain  things  must  be 
or  cannot  be  in  the  specified  data  field  of  the  input  transaction  cards 
or  that  certain  transaction  series  must  be  properly  used.  The  following 
are  all  possible  error  or  processing  messages,  listed  alphabetically, 
with  explanation  and  suggested  corrective  action. 
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Message 

ALPHA  FIELD 

CONTAINS 

NUMERICS 


BLKT  ORD,  PO 
NR  MUST  BE 
BLANK 

BLKT  ORD, 
VENDOR  MUST 
BE  BLANK 

BOTH  NXP  AND 
XP,  CANT  BE 
BLANK 

CANCELLING 
PATRON  NOT 
POIND 


CTL,  ITEM, 
CODE  SAME 
AS  PREU  DC 


DEBIT/CREDIT 
CODE  NOT  D 
OR  C 

FACILITY  CODE 
NOT  A/N/C/M/R 

HELD  CANNOT 
BE  ALL  BLANKS 


Meaning 

Transaction  card  field  con¬ 
tains  miseries  in  alpha 
field.  (heck  appropriate 
card  code  data  field  re¬ 
quirements  in  editing 
criteria. 

Purchase  order  number  is 
not  blank  for  item  nunber 
001. 

Vendor  is  not  blank  for 
item  number  001. 


All  items  are  either  XP 
or  NXP. 


Die  620  transaction  sub¬ 
mitted  does  not  match 
any  social  security  num¬ 
ber  on  the  master  file. 
This  could  be  a  keypunch 
error  on  either  TL  and 
item  number  or  social 
security  nunber. 

Transaction  submitted  is 
duplicate  to  previous 
transaction  or  code  is 
other  than  460,  620  or 
621. 

This  message  is  self- 
explanatory. 


This  message  is  self- 
explanatory. 

Non-blank  data  field  has 
been  left  blank.  Check 
appropriate  data  field 
editing  criteria. 


Corrective  Action 
Correct  and  resubmit. 


Co.Tect  and  resubmit 
entire  item. 


Correct  and  resubmit 
entire  item. 


Correct  ar.J  resubmit 
new  600  series  trans¬ 
action. 

Check  original  patron 
request  card,  verify 
social  security  nunber 
and  resubmit. 


Remove  transaction  card 
in  error  and  resubmit 
correct  transaction 
cards. 


Correct  and  resubmit 
entire  item. 


Correct  and  resubmit 
entire  item. 

Correct  and  resubmit. 
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Message 

Meaning 

Corrective  Action 

FIELD  MUST  BE 
ALL  BLANK 

ONLY 

Non-blank  data  has  been  in¬ 
cluded  in  a  blank  field. 
Check  appropriate  card  code 
data  field  editing  criteria. 

Correct  and  resubmit. 

FIELD  HIST  BE 
NINERIC  ONLY 

Transaction  card  field  con¬ 
tain  alphas  in  numeric 
field.  Check  appropriate 
card  code  data  field 
editing  criteria. 

Correct  and  resubmit. 

FIRST  CHARAC¬ 
TER  OF  LC  NR 
INVALID 

This  message  is  self- 
explanatory. 

Correct  and  resubmit 
entire  item. 

FIRST  CHAR 

FLD  4,  IS 

NOT  ALPHA 

This  message  is  self- 
explanatory. 

Correct  and  resubmit 
entire  item. 

LC  NR  FLD  1, 

IS  NOT  PURE 
ALPHA 

This  message  is  self- 
explanatory. 

Correct  and  resubmit 
entire  item. 

LC  NR  FLD  2, 

NOT  PURE 

NUMERIC 

This  message  is  self- 
explanatory. 

Research  original  request, 
correct  and  resubmit. 

LC  NR  FLD  3, 

HAS  PERIOD 

ONLY 

Field  is  inconplete. 

Research  original  request, 
determine  LC  number  and 
resubmit. 

LC  NR  FLD  3, 
MISSING 

PERIOD 

Field  must  contain  a 
period  to  be  valid. 

Research  original  request, 
correct  and  resubmit. 

LC  NR  FLD  4, 

HAS  ONE  CHAR 

ONLY 

LC  number  is  incocplete. 

Research  original  request, 
determine  LC  number  and 
resubmit. 

LC  NR  FLD  S, 

NOT  PURE 

NUMERIC 

This  message  is  self- 
explanatory. 

Research  original  request, 
correct  and  resubmit. 
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Message 

Meaning 

Corrective  Action 

MASTER 

MAILING  THIS 

TX  RECEIVED 

The  master  file  probably 
made  a  match  on  a  partial 
shipment . 

Determine  if  the  correct 

600  series  transaction 
were  submitted  or  if  the 
second  copy  of  a  partial 
shipment  was  held  until 
first  copy  received  was 
cataloged. 

MAX  NR  OF  TX, 
NOTIFY  PROGRAM  - 
NER 

Ten  patrons  is  the  maximum 
number  that  can  be  handled 
on  an  individual  order. 

This  transaction  exceeds 
the  tenth  patron. 

Resubmit  excess  patron 
on  new  400  series  trans¬ 
actions  . 

NO  RECEIVED 

FLAG  FOR 

TRANS 

610  or  611  transaction  was 
submitted  before  item  was 
received. 

Send  in  600  transaction 
card  again.  Hold  610 
or  611  and  send  in  at 
next  update. 

NO  RECEIVED 
EXCEEDS  NO 

ORDER 

The  600  series  transaction 
quantity  received  field 
exceeds  master  quantity 
ordered  field.  This  is 
likely  a  keypunch  error  or 
vendor  code. 

Error  in  receiving  correct 
and  resubmit. 

NO  UN  FLAGGED 
MASTER  FOR 

TX 

A  600  series  transaction 
was  submitted  and  masters 
matching  were  all  flagged 
as  received. 

Usually  the  wrong  receiving 
cards  were  pulled  or  possibly 
a  partial  shipment  later, 
resubmit. 

NCN-XP  LESS 

THAN  QTY 

RECEIVED 

NCN-XP  items  received  and 
quantity  ordered  must  be 
equal. 

Resubmit  600  series  trans¬ 
action  with  correct  NCN-XP 
item  received. 

NU«RIC  FIELD 
CONTAINS 

ALPHAS 

This  message  is  self* 
explanatory. 

Correct  and  resubmit  entire 
item. 

OVER  MAX 
RESERVATIONS 

CN  BOOKS 

Ten  patrons  is  the  maximum 
number  that  can  be  handled 
on  an  individual  order. 

This  transaction  exceeds 
the  tenth  patron. 

Resubmit  request  an  new  400 
transaction  cards. 
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Message 

PATRONS  EXCEED 
BOOKS  CN  ORDER 


PRIORITY  CODE 
NR  IS  INVALID 


QTY  RCVD, 
GREATER  THAN 
QTY  ORD 

RCVD  CARD  CODE 
MUST  BE  BLANK 


RCVD  CARD  CODE 
NOT  NIMERIC 

SOCIAL  SECU¬ 
RITY  NR 
INVALID 

space  nctt 

AVAILABLE 
TOR  PATRON 


TITLE  FIELD 
CANNOT  BE 
BLANK 

TRANSACTION 
OODE  DOESN'T 
MATCH  MASTER 


TRANSACTION 
OODE  INVALID 


Meaning 

Quantity  ordered  must  equal 
or  exceed  patrons.  In  this 
case  it  was  insufficient. 

Code  must  be  A-Army,  N-NASA, 
C-Contractor  or  R-RSIC. 


Quantity  received  must  equal 
quantity  ordered. 


Receiving  card  code  field 
7S-80  on  all  .400-500  series 
transactions  must  be  blank. 
Check  transaction  code  this 
may  be  in  error. 

Receiving  card  code  field 
75-80  must  be  all  nuneric. 

Social  security  number  not 
all  numeric. 


When  this  error  occurs  the 
programmer  will  be  notifi- 
fied  as  the  quantity  or¬ 
dered  and  the  number  of 
patrons  both  allow  another 
patron  but  blank  space  is 
not  found  on  the  master. 

Each  400-500  series  trans¬ 
action  submitted  must  have 
a  title. 

This  is  a  600,  610,  621,  560, 
399,  etc.  It  erroneously 
did  not  match  master. 


This  message  is  self- 
explanatory. 


Corrective  Action 

Resubmit  request  on  new 
400  transaction  cards. 


Check  original  request, 
determine  correct  code 
and  resubmit. 

Resubmit  new  600  series 
transaction  with  correct 
quantity. 

Correct  and  resubmit. 


Correct  and  resubmit. 


Determine  correct  social 
security  number  and  re¬ 
submit  entire  item  number. 

Resubmit  request  cn  new 
400  transaction  cards. 


Determine  title  fn»  ori¬ 
ginal  request  mud  resubmit 
entire  item. 

Check  input  as  well  as  print 
out  to  determine  error.  Re¬ 
submit  request  with  correct 
information. 

Resubmit  with  correct  trans¬ 
action  code. 
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Corrective  Action 


Message 

TRANS  SHOULD 
NOT  MATCH 
MASTER 


TX  CODE  IS  AN 
INVALID  (DEE 


TX  S40  NOT 
PRECEDED  BY 
TX  530 

VENDOR  CANNOT 
BE  BLANK 


XP  IS  LESS 
THAN  QTY 
RECEIVED 

XP  ANL  NXP 
OCXWT  IS  TOO 
LON 


400-S00  STRING 
INC  OR  DUPE  TX 


Meaning 

This  is  in  the  casv  of  a 
400-500  series  transaction 
aatching  the  master.  This 
should  not  happen. 

Error  in  submitting  a  code 
other  than  398,  399,  400, 
S00  or  600  in  field  01-03. 

All  $40  transactions  must 
be  preceded  by  a  530 
transaction. 

All  4C 0-500  series  trans¬ 
actions  must  contain  ven¬ 
dor  identification  for 
item  masters  other  than 
001. 

XP  items  received  and 
quantity  ordered  must 
be  equal. 

This  means  the  XP  and 
NXP  coirt  is  less  than 
quantity  received  in 
600  transaction. 

This  message  is  self- 
explanatory. 


There  is  an  error  in  the 
TL  nnfcer  or  item  niatber. 

Correct  and  resubmit. 


Correct  and  resubmit. 


Delete  540  transaction  if 
not  required  and  resubmit 
entire  transaction. 

Determine  vendor  and  resub¬ 
mit  entire  itera(s) , 


Resubmit  60C  series  trans¬ 
action  with  correct  XP 
ite^i  received. 

Correct  by  keypunching  in 
thi  correct  number  and 
resuteiit. 


Transaction  string  should 
be  cither  400  or  S0Q. 
Correct  and  resubmit. 
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3.  Cataloging 


In  modem  libraries  cataloging  usually  includes  three  kinds 
of  activity:  classification,  choice  of  subject  headings,  and  descrip¬ 
tive  cataloging. 

Book  classification  consists  of  assigning  each  book  to  its 
place,  by  rule,  in  some  classification  scheme  such  as  the  Library 
of  Congress  classification.  The  purpose  of  classii  cation  is  to 
arrange  the  books  in  a  collection  systematically  for  convenience  of 
use. 


Once  a  book  has  been  assigned  to  its  correct  place  in  the 
classification  scheme,  it  must  be  decided  tmder  what  subject  heading 
or  headings  it  will  be  entered  in  the  catalog.  Lists  of  sibject 
headings  are  published,  such  as  the  Library  of  Congress  List  of  Subject 
Headings ,  but  these  are  not  always  adequate ,  especially  in  science  and 
technology .  The  problem  is  to  find  up-to-date  headings,  and  to  be 
consistent  in  applying  them.  Especially  when  headings  are  taken  from 
several  sources,  a  subject  heading  authority  list  is  required  if  any 
kind  of  consistency  is  to  be  maintained. 

Descriptive  cataloging  is  the  process  by  which  certain  infor¬ 
mation  about  a  book  is  transferred  to  a  card,  or  other  catalog  entry, 
according  to  rule.  The  card  catalog  is  usually  of  the  dictionary  or 
modified  dictionary  type.  In  the  dictionary  type  of  catalog,  entry 
cards  for  author,  title,  and  subject  are  filed  together  ir.  a  single 
alphabetical  sequence.  A  common  Modification  is  the  divided  dictionary 
catalog  in  which  author  and  tit  Jo  cr.tr  *es  are  in  one  file  aid  subjects 
are  in  another. 

The  main  entry  card  (usually  the  author  card) ,  contains  call 
number,  author,  title,  edition,  translator,  imprint,  collation,  series 
note,  special  features  note  or  notes,  aid  contents.  Ihder  the  ur.it 
card  arrangement,  added  entry  cards  are  the  s&e  as  the  main  entry  with 
an  3dded  heading.  They  include  a  title  card,  subject  card  or  cards, 
editor  card,  translator  card,  series  card,  etc. 

The  primary  record  kept  by  the  cataloging  section  is  the 
shelf  list,  a  record  of  books  in  the  library  arranged  in  the  same  order 
as  the  books  on  the  she  Ires .  Each  entry  requires  only  enough  informa¬ 
tion  to  identify  the  book,  although  if  unit  cataloging  cards  are  used 
the  shelf  list  entry  may  be  the  same  as  the  card  catalog  entry.  The 
shelf  list  be  used  for  taking  inventory,  showing  number  of  copies 
of  a  book  owned  by  the  library,  showing  what  kind  of  books  are  in  a 
given  class  as  m  aid  in  classifying,  showing  the  acquisition  librarian 
how  many  bocks  the  library  already  has  in  a  given  class,  etc.  When 
the  ifiit  card  system  is  lied,  the  shelf  list  is  the  saae  thing  as  a 
classified  catalog,  except  that  it  is  not  open  for  use  by  the  library 
users. 
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That  briefly  summarizes  the  traditional  activities  in  cata¬ 
loging,  with  en^hasis  on  the  records  created. 

How  does  cataloging  activity  in  the  ALPHA  System  compare 
with  that  in  a  manual  system?  In  ALPHA,  bibliographic  data  for  each 
book  title  owned  by  the  library  is  captured  and  maintained  cn  magnetic 
tape.  The  main  file  is  the  Books  Bibliographic  Master  File,  figure  46, 
which  has  one  record  per  title,  in  call  member  sequence.  The  design 
of  the  file  allows  variable  numbers  of  data  elements  each  of  variable 
length  to  be  stored.  Kinds  of  data  stored  are  shown  by  figure  47, 
data  element  codes.  Kinds  of  actions  are  indicated  by  action  codes, 
shown  in  figure  48.  The  content  of  the  Bibliographic  Master  File 
corresponds  to  that  of  the  shelf  list,  when  the  shelf  list  entry  is 
a  unit  card. 

For  the  present,  the  card  catalog  is  retained.  A  later 
plan  is  to  produce  catalog  lists  in  various  sequences  (author,  title, 
subject,  and  others)  as  computer  printouts  from  the  master  file.  When 
this  is  done,  the  card  catalog  may  be  eliminated. 

Inventory  data  is  maintained  in  the  Inventory  Control  Master 
File,  figure  49,  also  in  call  number  sequence.  The  inventory  status 
of  individual  copies  is  flagged  in  the  individual  copy  fields,  using 
codes  as  shown  in  figure  50. 

In  order  to  allow  machine  search  on  subject  headings,  the 
Search  Master  File,  figure  51,  is  maintained  in  sequence  by  subject 
heading.  An  unlimited  number  of  titles  per  record  can  be  referenced 
by  call  number  under  a  subject  heading. 

One  other  master  file  which  is  used  in  book  cataloging  is  the 
Subject  Authority  Master  File,  figure  52.  The  source  information  for 
this  file  is  obtained  from  the  Language  Master  File,  or  the  entries  in 
it  applying  to  books.  This  file  is  shown  in  abbreviated  form  in  figure 
53.  Term  type  code  A  means  the  record  is  a  book  record:  "Other  Data 
Elements"  are  not  detailed  here  because  they  have  nothing  to  do  with 
the  use  of  the  file  in  printing  out  the  Subject  Heading  Authority  List. 

Books  arriving  for  cataloging  fall  into  three  categories: 
additional  copies  of  titles  that  have  already  been  cataloged  by  the 
library,  books  cataloged  by  the  Library  of  Congress  but  new  to  the 
libraiy,  and  books  for  which  complete  original  cataloging  must  be  done. 

The  first  category  requires  only  a  cataloger  trainee  or  clerk, 
because  only  clerical  work  is  required  to  finish  the  cataloging.  The 
second  category  requires  a  cataloger  with  more  experience,  one  who  is 
familiar  with  the  library's  application  of  the  Library  of  Congress 
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classification  and  cataloging  rules,  the  local  cutter  and  book  number 
practices,  etc.  The  third  category  requires  an  experienced  cataloger. 

For  processing  the  first  categoiy  of  books,  added  copies, 
the  clerk  refers  to  the  shelf  list  to  make  sure  that  LC  classification 
on  the  pinched  611  transaction  card  is  correct.  If  the  classification 
on  the  card  is  not  found  in  the  shelf  list,  a  mistake  was  made.  The 
clerk  consults  the  card  catalog  under  title  and  corrects  the  number  on 
the  pinched  card,  if  possible.  Otherwise  the  clerk  refers  the  book, 
with  pinched  cards  attached,  to  a  cataloger. 

If  the  classifications  agree,  the  clerk  updates  the  shelf 
list  and  posts  the  shelf  list  card  with  the  added  number.  The 
clerk  will  also  prepare  an  abbreviated  work  sheet  containing  all  added 
copy  numbers .  This  worksheet  will  be  forwarded  to  the  keypunch/ 
Flexowriter  operator  who  captures  the  data  required  to  update  the  Biblio¬ 
graphic  Master  File.  If  a  patron  has  requested  a  copy  of  the  book,  the 
operator  enters  the  patron's  social  security  number  in  the  master 
circulation  card,  reproduces  it,  and  places  the  two  circulation  cards 
and  the  patron  card  in  the  book.  The, patron  card  is  used  to  mail 
the  book,  after  it  has  been  lettered  and  pocketed. 

Now  the  books,  with  original  punched  610  or  611  transaction 
cards,  circulation  master  cards,  and  pat  mi  cards,  are  forwarded  for 
lettering,  pocketing,  etc.  The  cards  are  placed  in  the  pockets,  and 
the  books  are  ready  for  final  checking  before  shelving  or  circulation. 

If  the  book  has  been  requested  by  a  patron,  there  are  two 
circulation  cards  in  the  book.  One  of  the  cards  is  sent  to  the  com¬ 
puter  to  update  the  Circulation  Master  File,  and  the  other  is  placed 
in  the  book.  The  patron  card  is  attached  to  the  front  of  the  book 
or  to  an  envelope  as  a  mailing  label.  The  original  610  or  611 
transaction  card  goes  to  the  computer  to  notify  the  On-Order  Master 
that  the  book  has  been  cataloged  and  to  remove  the  entry. 

The  first  step  in  processing  the  second  category  of  books, 
those  cataloged  by  the  Library  of  Congress  but  new  to  the  library,  is 
for  a  clerk  to  pull  the  LC  card  set  from  the  LC  card  order  file.  Books 
and  cards  are  referred  to  a  cataloger,  who  reviews  or  modifies  cata¬ 
loging  so  that  it  is  suitable  for  the  RSIC  library.  Any  changes  required 
are  made  cn  one  copy  of  the  LC  card  which  serves  both  as  work  copy  and 
shelf  list  card.  The  shelf  list  card  is  then  filed.  At  scheduled 
intervals  the  keypunch/Flexowriter  operator  will  pull  the  shelf  list 
card  and  capture  the  data  required  to  update  the  Bibliographic  Master 
File.  Other  cards  are  treated  in  the  same  way  as  added  copies. 

The  books,  with  pinched  master  circulation  and  cataloging 
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cards,  follow  the  same  route  as  books  in  the  first  category  for  comple¬ 
tion  of  processing. 

Wien  a  book  in  the  third  category,  one  for  which  original 
cataloging  is  required,  has  been  cataloged,  a  work  card  in  LC  card 
format  will  be  prepared  by  the  cataloger.  It  will  be  forwarded  to  the 
keypunch/ Flexowriter  operator  who  captures  the  data  required  to  update 
the  Bibliographic  Master  File.  The  operator  does  the  same  things  al¬ 
ready  described  for  the  other  two  categories. 

When  a  book  has  been  conpletely  processed  it  is  either 
shelved  or  sent  to  a  waiting  patron.  The  patron  mailing  card  and  the 
master  circulation  card  go  with  the  book  to  the  circulation  desk, 
where  the  loan  is  actually  processed.  As  indicated  earlier,  informa¬ 
tion  on  the  mailing  card  includes  the  patron's  address.  This  permits 
the  card  to  be  taped  to  the  book  or  the  messenger  envelope  containing 
die  book  to  serve  as  an  address  label. 

a.  Establishment  and  Maintenance  of  the  Bibliographic  Master 

Pile 


To  create  and  maintain  the  Books  Bibliographic  Master 
File  data  about  new  titles  and  changes  or  deletions  to  titles  already 
held  must  be  captured.  The  data  is  captured  on  paper  tape  by  a 
flexowriter  operator,  using  either  an  LC  card  or  the  cataloging  work¬ 
sheet  as  the  source  document.  The  paper  tape  is  converted  to  magnetic 
tape  which  is  used  to  post  the  Books  Bibliographic  Master  File. 

The  cataloging  worksheet  has  two  purposes.  The  primary 
purpose  is  to  make  it  easier  to  capture  data  on  changes  ar.d  correc¬ 
tions;  a  secondary  purpose  is  to  enable  a  Flexowriter  operator  with 
little  or  no  knowledge  of  cataloging  rules  to  capture  data  on  new 
titles.  If  an  operator  works  from  a  worksheet  that  has  been  filled 
out  by  a  cataloger,  she  does  not  need  to  know  anything  about  cataloging. 
But  in  practice  it  is  expected  that  the  operator  will  be  able  to 
pick  up  data  on  new  titles  from  the  LC  card,  and  the  worksheet  will  be 
used  for  new  titles  only  if  the  operator  cannot  dc  this.  The  work¬ 
sheet  ordinarily  will  be  the  source  document  for  data  capture  cnlv 
ui  changes  to  bibliographic  data  on  titles  already  cataloged.  It  would 
be  difficult  to  work  from  the  LC  card  on  changes  because  several 
changes  may  be  made  on  the  card  at  different  times,  and  the  operator 
could  not  determine  just  what  the  latest  change  consisted  of.  Use  of 
the  worksheet  eliminates  this  problem. 

In  the  following  discussion,  although  the  use  of  the 
worksheet  as  a  source  document  for  capture  of  data  on  both  new  titles 
and  changes  will  be  explained,  the  reader  should  keep  in  mind  that 
ordinarily  the  new  title  data  will  be  captured  from  LC  cards.  The 
same  data  is  captured  in  either  case. 
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Three  kinds  of  actions  may  be  initiated  by  the  cata- 
loger's  filling  out  the  cataloging  worksheet:  A  new  bibliographic 
record  for  a  new  title  may  be  established;  an  established  bibliograph¬ 
ic  record  may  be  deleted;  an  established  bibliographic  record  nay 
be  revised  by  adding  additional  data,  deleting  specified  data  ele¬ 
ments,  changing  specified  data  elements  or  action  codes.  Following 
are  the  procedures  for  completing  the  cataloging  worksheet  for  each 
of  these  kinds  of  actions. 

To  establish  a  new  bibliographic  record  on  the  file, 
fill  out  the  worksheet  as  follows  (items  preceeded  by  an  asterisk  may 
be  omitted): 

(1)  Indicate  a  new  action  by  X'ing  out  the  code  1,  meaning 
new,  at  the  top  of  the  form. 

(2)  Enter  the  call  nunber  in  the  call  number  block. 

(3)  Enter  the  lowest  assigned  copy  number  in  the  copy 

number  block. 

(4)  Enter  the  number  of  copies  in  the  ntmber  of  copies 

block. 

(5)  Enter  your  surname  initial  in  the  cataloger  block. 

(6)  Indicate  the  type  of  main  entry  by  X’ing  either 
personal,  corporate,  title,  or  editor  block. 

(7)  Enter  the  main  entry  heading  in  the  block  immediately 
below  the  main  entry  type. 

(8)  Enter  the  title  or  titles  in  the  title  block. 

*(9)  Enter  the  author  or  authors  in  the  author  block. 

*(10)  Enter  the  corporate  author  or  authors  in  the  corporate 
author  block. 

*(11)  Enter  the  editor  or  editors  in  the  editor  block. 

*(12)  Enter  the  compiler  in  the  conpiler  block. 

*(13)  Enter  the  translator  in  the  translator  block. 

*(14)  Enter  the  illustrator  in  the  illustrator  block. 

(15)  Enter  the  inprint  in  the  place,  publisher,  and  date 

blocks , 
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*(16)  Enter  the  volume,  pagination,  and  language  in  the 
blocks  so  headed. 

*(17)  Enter  the  series  in  the  series  block. 

*(18)  Enter  variant  title  notes  in.  the  variant  title  notes 

block. 

*(19)  Enter  informal  notes  in  the  informal  notes  block. 

(20)  Enter  subject  headings  in  the  descriptor  block. 

All  non- asterisked  items  must  be  entered,  but  the  main  entry  need  not 
be  repeated.  Asterisked  items  will  be  entered  when  the  information . 
is  available.  Figure  54  shows  an  LC  card  and  figure  55  a  cataloging 
worksheet  which  will  reflect  the  data  on  the  card. 

To  delete  a  bibliographic  record  from  the  file,  fill  out 
the  cataloging  worksheet  as  follows: 

(1)  Indicate  a  delete  action  by  X'ing  out  the  code  0, 
meaning  delete,  at  the  top  of  the  form. 

(2)  Enter  the  call  nunber  in  the  call  number  block. 

(3)  Note  "All"  in  the  copy  number  block. 

(4)  Note  "All"  in  the  number  of  copies  block. 

(5)  Enter  your  surname  initial  in  the  cataloger  block. 

The  result  of  this  transaction  is  the  conplete  deletion  of  the  biblio¬ 
graphic  record  identified  by  the  call  nunber.  This  is  comparable  to 
removing  the  shelf  list  card  and  all  associated  cards  from  the  card 
catalog.  The  transaction  will  not  be  processed  by  the  computer  if  any 
copies  of  the  call  number  are  on  loan. 

Revisions  to  established  bibliographic  records  consist  of 
adding  data,  deleting  data,  or  changing  data. 

Data  to  be  added  to  an  established  bibliographic  record  is 
either  added  copies  data  or  new  bibliographic  data  elements.  If  it  is 
added  copies  data,  fill  out  the  worksheet  as  follows: 

(1)  Indicate  an  add  action  by  X'ing  out  the  code  2,  mean¬ 
ing  add,  at  the  top  of  the  form. 

(2)  Enter  the  call  nunber  in  the  call  number  block. 
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(3)  Enter  the  next  available  copy  number  in  the  copy 

number  block. 

(4)  Enter  the  number  of  copies  to  be  added  in  the  number 
of  copies  block. 

(5)  Enter  your  surname  initial  in  the  cataloger  block. 

If  additional  data  elements  are  to  be  added  fill  out  the  worksheet  as 
follows: 


(1)  Indicate  an  add  action  by  X'ing  out  the  code  2, 
meaning  add,  at  the  top  of  the  form. 

(2)  Enter  the  call  number  in  the  call  number  block. 

(3)  Enter  your  surname  initial  in  the  cataloger  block. 

(4)  Enter  the  new  data  elements  in  the  correct  blocks. 

Data  to  be  deleted  from  an  established  bibliographic 
record  is  either  deleted  copies  data  or  deleted  data  elements.  If  it 
is  deleted  copies  data,  fill  out  the  worksheet  as  follows: 

(1)  Indicate  a  delete  action  by  X'ing  out  the  code  0, 
meaning  delete,  at  the  top  of  the  form. 

(2)  Enter  the  call  number  in  the  call  number  block. 

(3)  Enter  the  copy  number  of  the  copy  to  be  deleted  in 
the  copy  number  block. 

(4)  Enter  "1"  in  the  number  of  copies  block. 

(5)  Enter  your  surname  initial  in  the  cataloger  block. 

If  more  than  one  copy  of  a  title  is  to  be  deleted,  a  separate  worksheet 
must  be  filled  out  for  each  copy  to  be  deleted.  If  data  elements  are 
to  be  deleted,  fill  out  the  worksheet  as  follows: 

(1)  Indicate  a  delete  action  by  X'ing  out  the  code  0, 
meaning  delete,  at  the  top  of  the  foim. 

(2)  Enter  the  call  number  in  the  call  number  block. 

(3)  Enter  your  surname  initial  in  the  cataloger  block. 

(4)  Secure  the  data  element  codes  for  the  data  elements 
to  be  deleted  (see  bibliographic  file  printout)  and  enter  these,  each 
followed  by  an  asterisk,  in  the  main  entty  blodc. 
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Any  data  elements  except  copy  number  and  number  of  copies 
may  be  changed.  To  diange  data  elements  or  action  codes,  fill  out  the 
worksheet  as  follows: 

(1)  Indicate  a  change  action  by  X'ing  out  the  code  3, 
meaning  change,  at  the  top  of  the  form. 

(2)  Enter  the  call  number  in  the  call  number  block. 

(3)  Enter  your  surname  initial  in  the  cataloger  block. 

(4)  Secure  the  data  element  codes  for  the  data  elements 
to  be  dunged  and  enter  these,  each  followed  by  an  asterisk,  in  the 
main  entry  block. 

(5)  Enter  the  corrected  versions  of  the  data  elements 
in  their  blocks. 

b.  Cataloging  Data  Capture 

Book  cataloging  data  capture  is  based  on  the  format  of  a 
typical  Library  of  Congress  catalog  card.  Data  from  the  card  or  from 
a  cataloging  worlcsheet”  figure  55,  is  typed  on  a  Flexowriter.  The 
data  typed  is  displayed  in  typewritten  form  at  the  same  time  it  is 
pinched  on  paper  tape  with  codes  for  field  identification  within  the 
computer.  In  the  following  discussion  it  is  assumed  that  the  Flexowriter 
operator  understands  the  operation  of  the  machine  and  knows  cataloging 
terms  and  procedures  well  enough  to  use  them.  Other  information  needed 
to  use  the  Flexowriter  to  capture  book  cataloging  data  is  provided  here. 

Because  of  the  variation  in  data  elements  that  must  be 
captured  from  title  to  title,  no  step-by-step  tabular  procedure  can  be 
presented.  The  following  instruction  is  therefore  presented 
in  two  parts:  (1)  machine  operation,  which  details  the  steps  in  operating 
the  Flexowriter  to  capture  bibliographic  data,  and  (2)  format  rules 
which  explain  the  detailed  formats  for  capturing  the  header 
and  trailer,  first  data  entry,  personal  names,  punctuation,  titles, 
series  and  title  notes,  informal  notes,  and  subject  headings.  The  opera¬ 
tor  must  select  for  any  particular  title  the  instructions  applying  to 
capture  of  the  required  data  elements  for  that  title,  whatever  they 
may  be. 


A  preliminary  note:  Except  that  the  data  following  the 
first  BEAD  START  (code  and  LC  number  data)  must  be  first,  there  Is  no 
necessary  order  to  the  data  being  captured.  If  you  miss  a  code,  jimp 
over  data  that  should  have  been  captured,  or  skip  data  for  any  reason, 
you  can  capture  the  data  by  simply  keying  the  correct  data  element  code 
followed  by  the  data. 
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Machine  Operation.  These  rules  must  be  kept  in  mind  in 
operating  the  Flexowriter: 

(1)  After  each  READ  START  operation  there  is  an  automatic 

STOP. 

(2)  Make  sure  that  each  time  you  finish  typing  a  data  ele- 
ment  you  press  READ  START.  This  causes  end-of-record  codes  to  be 
transferred  from  the  control  tape  to  the  data  tape  and  positions  the 
machine  for  the  next  data  element. 

(3)  Refer  to  these  instructions  rather  than  guessing.  If 
you  have  a  question  for  which  you  cannot  find  the  answer,  put  that  work 
aside  and  ask  about  it  when  people  who  can  answer  are  available. 

(4)  Before  each  data  element  goes  into  the  data  tape, 
some  coding  must  be  entered  into  the  data  tape  from  the  control  tape. 
Develop  the  habit  of  watching  or  listening  so  you  will  know  that  the 
code  has  been  punched  at  the  time  it  should  be. 

To  set  ip  the  Flexowriter  for  operation,  set  the  toggle 
switches  to  ON  and  ALL.  Put  the  control  tape  on  the  punch  tape  reader. 
Be  careful  not  to  twist  the  control  tape. 

At  the  beginning  of  the  day  go  through  the  header  pro¬ 
cedures;  at  the  end  of  the  day  go  through  the  trailer  procedures. 

Sometimes  it  is  helpful  to  have  an  additional  punch  con¬ 
nected  to  the  Flexowriter;  it  can  be  used  to  punch  check  tapes  and 
master  tapes  to  speed  ip  data  capture  on  books  with  many  volumes.  The 
additional  punch  connects  to  the  front  receptacle  of  the  Flexowriter. 

It  is  turned  on  by  turning  on  the  Flexowriter,  setting  the  near  toggle 
switch  in  either  ALL  or  SELECT  position,  pressing  the  ipper-case  key, 
and  pressing  the  CN  2  key. 

After  completing  the  machine  set  ip  and  capturing  the 
header  record  you  can  begin  capturing  the  cataloging  information.  In 
the  following  procedure,  when  you  press  READ  START  codes  are  punched  by 
the  control  tape,  which  is  diagrammed  in  figure  S6.  After  each  TAPE 
SKIP  or  READ  START,  wait  until  the  machine  stops  before  doing  anything 
else.  Here  is  the  data  capture  procedure  to  create  a  new  bibliographic 
record  (action  code  1).  Other  actions  are  covered  later. 

Press  TAPE  SKIP.  Wien  the  Flexowriter  stops,  you  are  at 
the  beginning  of  the  control  tape. 

Press  READ  START.  When  the  Flexowriter  stops ,  type  the 
action  code,  a  space,  and  the  call  number. 
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Press  READ  START.  Type  the  beginning  copy  number,  the 
nuriber  of  copies,  and  the  special  indicator  code. 

Press  READ  START.  Determine  the  correct  data  element 
code,  figure  47,  for  the  main  entry.  Type  the  code;  it  will  be  in 
lower  case. 

Press  READ  START.  Type  the  main  entry. 

Press  READ  START.  Type  the  bibliographic  paragraph, 
using  upper  and  lower  case  as  required. 

Press  READ  START.  If  there  are  informal  note  paragraphs 
to  be  captured,  type  the  data  element  code  (alphabetic  lower  case  o, 
numeric  01)  and  space  once.  Type  the  first  informal  note  paragraph, 
using  ipper  and  lower  case. 

Press  READ  START.  If  additional  paragraphs  of  informal 
notes  must  be  captured,  repeat  the  procedure  to  capture  them,  changing 
the  data  element  code  from  oOl  to  o02,  etc.  Be  sure  to  press  READ 
START  after  each  paragraph. 

When  you  have  captured  all  the  informal  notes,  the  re¬ 
maining  data  to  be  captured  will  be  typed  in  lower  case  only. 

For  each  remaining  data  element  to  be  captured  the  pro¬ 
cedure  is  as  follows: 

(1)  Determine  the  kind  of  data  and  choose  the  data  element 
code  that  applies,  figure  47. 

(2)  Type  the  data  element  code,  letter  lower  case,  two- 
digit  nuafoer,  space. 

(3)  Type  the  data  element  in  lower  case, 

(4)  Press  READ  START. 

The  control  tape  contains  ten  stop  codes  after  the  check 
point  half  inch  tape  feed  area.  You  need  not  comt  the  number  of  en¬ 
tries  you  have  made;  an  end-of-control-tape  check  point  has  been  pro¬ 
vided.  When  you  reach  the  end  of  the  control  tape  the  Flexowriter  will 
tab  twice,  carriage  return,  and  stop.  If  more  data  must  be  entered, 
you  can  turn  the  control  tape  back  to  the  check  point  half  inch  tape 
feed  area,  Wien  you  do  this ,  you  must  then  press  READ  START. 

When  you  have  completed  the  data  capture  for  a  catalog 
card,  press  READ  SKIP  and  the  control  tape  will  be  positioned  for  cap¬ 
turing  the  data  from  the  next  catalog  card. 
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In  capturing  the  data  elements,  follow  the  format  rules 
as  set  forth  below. 

Header  and  Trailer,  figure  57.  At  the  beginning  of  each 
piece  of  paper  tape  to  be  used  L.  ''e  coop u ter  you  must  have  the  fol¬ 
lowing  information  in  exactly  this  order  and  format: 

(1)  TV®  feet  of  tape  feed. 

(2)  Header  data: 


Position 

Data 

1-4 

rsic 

5-7 

hdr 

8-15 

mm/dd/yy  (nm  is  month  number,  dd  is 
date  number,  and  yy  is  year  number) 

16-26 

Any  eleven  printing  characters  for 
identification,  such  as  "book  catalog' 

27-29 

001 

30-79 

spaces 

At  the  end  of  each  piece  of  paper  tape  to  be  used  by  the  cooputer  you 
nust  have  the  following: 

(1)  Three  2's,  then  backspace  three  times. 

(2)  Three  8's,  then  space. 

(3)  One  foot  of  tape  feed  holes. 

First  Data  Entry.  Format  of  the  first  data  entry  must  be 
as  shown  in  figure  58;  letters  used  here  refer  to  the  figure.  A  is 
the  code  for  type  of  transaction:  1  for  new  entry,  2  for  addition, 

3  for  change,  4  for  lost,  5  for  salvage,  6  for  found,  7  for  inventory 

out  adjustment,  and  0  for  delete.  It  must  be  present.  B  is  blank, 

and  a  blank  space  must  be  present.  C  is  the  alphabetic  characters  of 
the  DC  number.  D  is  the  numeric  part  of  the  LC  number.  E  is  the 
Cutter  number;  it  must  be  one  alphabetic  character  followed  by  three 
digits  or  less.  F  is  the  year  of  publication,  which  must  be 

entered  if  available.  If  it  is  not  available,  enter  nd  with  no  punctua¬ 

tion  Work  mark,  if  present,  follcws  date  or  nd.  A  work  mark  mav  be 
any  alphabetic  or  nuneric  character,  and  if  present  comes  at  the  be¬ 
ginning  of  the  G  field.  G  is  additional  data  to  identify  a  book.  It 
may  take  a  number  of  different  forms.  It  always  follows  the  date  and 
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proceeds  the  asterisk.  Data  in  the  G  field  may  contain  any  or  all  of 
the  foliating  codes  followed  by  alphabetic  or  nuneric  data:  b  for 
book,  c  for  copy,  i  for  index,  p  for  part,  s  for  supplement,  section, 
or  series,  v  for  volume.  H  is  an  asterisk,  which  must  be  entered  fol¬ 
lowing  the  additional  data  and  before  the  copy  markers.  I  is  the 
ntaber  of  the  lowest  umbered  copy  being  worked  cm.  It  must  be  four 
digits,  leading  zeros  being  supplied  as  required.  It  must 
be  entered.  J  is  the  nuriber  of  copies  in  the  group  being  worked  on. 

It  also  oust  be  four  digits,  and  it  must  be  entered.  K  is  a 
code  for  special  indication:  R  for  reference,  x  for  expendable,  or  s 
for  expendable  and  reference.  If  there  is  no  code,  one  space  must  be 
left  blank. 

Personal  Name  Entry.  Format  of  the  personal  name  entry 
must  be  as  shown  in  figure  59;  letters  used  here  refer  to  the  figure. 

A  is  the  surname,  to  be  entered  as  given.  B  is  a  comma;  note  that 
there  are  no  spaces  either  side  of  the  conma.  C  is  the  first  name  or 
initial,  no  period  being  used  with  an  initial.  Space  follows  the 
first  name  or  initial  only  if  there  is  also  a  second  nane  or  initial. 

D  is  the  middle  name  or  initial.  There  may  be  more  than  one;  if  so 
they  must  be  separated  by  spaces  but  no  punctuation.  E  is  title, 
Gained  rank,  or  similar  data.  If  more  than  one  rank  is  given,  capture 
all,  separated  by  spaces  but  no  punctuation.  F  is  the  years  of  birth 
and  death  if  available.  Four  digits  must  be  used  for  each  year.  No 
spaces  are  allowed  between  dates  and  dash.  G  is  one  of  the  following 
oodes  for  personal  names:  Qp  for  compiler,  Ed  for  editor,  II  for 
illustrator,  or  Tr  for  translator.  It  is  iapcrtant  to  include  four 
commas  in  each  personal  name  entry  even  if  they  would  not  normally  be 
included  because  of  some  data  not  being  available.  Any  entiy  with 
less  than  four  commas  will  be  rejected  by  the  computer.  If  extra 
commas  are  required,  add  them  at  some  point  where  one  comma  would  nor¬ 
mally  appear. 


Title  Entry.  Titles  will  be  captured  as  they  appear  on 
the  worksheet  or  LC  c-d.  Usually  titles  are  the  first  line  of  the 
major  paragraph  and  end  with  a  major  punctuation  mark  (period,  semi¬ 
colon,  or  colon).  Do  not  capture  the  final  punctuation  mark.  If  there 
is  more  than  one  title,  this  will  be  indicated  in  the  Roman  numeral 
series  at  the  bottom  of  the  card.  If  you  have  any  doubt  as  to  the 
exact  title,  ask  a  cataloger. 

Series  Entry.  If  you  have  any  series  to  capture,  they 
will  be  plainly  marked  in  the  tracings  at  the  bottom  of  the  LC  card. 
However,  the  actual  data  to  be  captured  normally  appears  in  one  of  the 
informal  notes  paragraphs,  usually  in  parentheses. 

Informal  Note  Entry.  Each  informal  note  includes  data 
from  the  worksheet  or  LC  card.  You  must  change  the  data  element  code 
with  each  paragraph  change  in  the  informal  notes. 
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Subject  Headings  or  Descriptors.  Subject  headings  are 
listed  at  the  bottom  of  the  LC  card  or  in  the  area  an  the  worksheet 
headed  "Descriptors."  Enter  them  exactly  as  they  are  written,  capturing 
all  spaces,  dashes,  and  pi  actuation  marks  exactly  as  they  appear, 
except  for  the  end  pmctuation  mark.  Omit  the  end  punctuation  mark  un¬ 
less  it  is  used  after  an  abbreviation.  Be  sure  to  distinguish  between 
hyphens  (-  without  separating  spaces)  and  dashes  (  -  with  one  space 
on  each  side). 


Additional  Punch.  Use  of  an  additional  pinch  enables  you 
to  make  a  master  tape  and  use  it  in  capturing  data  on  several  volumes, 
saving  time  and  effort.  Use  the  additional  punch  as  follows: 

(1)  Before  you  start,  detemine  which  data  fields  will 
change  from  one  volume  to  the  next. 

(2)  Turn  on  the  additional  pinch  sr*d  tum  off  the  Flexowriter 

punch. 


(3)  Type  the  data  onto  the  addition? 1  pinch  tape  using  reg¬ 
ular  procedures,  except  that  where  you  have  determined  the  data  will 
change  from  one  volume  to  the  next  you  put  a  stop  code. 

(4)  Test  the  tape  by  running  it  through  the  Flexowriter 
reader.  Check  for  the  right  codes  and  correct  data  capture,  as  well  as 
the  machine  stops  being  in  the  right  places. 

(5)  Now  ran  the  tested  tape  through  the  Flexowriter  reader 
with  the  second  toggle  switch  in  the  ALL  position.  At  each  stop,  type 
in  the  correct  information  for  the  specific  volume,  and  then  press  the 
START  HEAD  button. 

NOTE:  Two  non-print  codes  are  required  to  insert  record  mark  on 

master  tape  to  be  used  in  making  tapes  for  use  with  auxiliary 
punch. 


Actions  on  Established  Records.  To  capture  data  for  de¬ 
letions,  additions,  and  changes  in  established  records,  the  Flexowriter 
is  set  up  in  the  same  way  and  the  same  control  tape  is  used.  The  opera¬ 
ting  procedure,  however,  is  different. 

Referring  to  action  codes,  figure  48  ,  it  appears  that 
there  are  seven  possible  actions  other  than  creating  a  new  bibliographic 
record.  But  because  inder  delete,  action  code  0,  you  may  delete  a 
record  or  copies  of  a  title  or  data  elements  an  a  record,  and  under 
add,  action  code  2,  you  may  add  either  copies  or  data  elements,  there 
are  really  ten  kinds  of  actions  possible  other  than  creating  a  new 
record. 
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TWo  general  procedures  for  data  capture  are  presented 
here,  one  applying  only  to  changing  data  in  an  established  record  (ac¬ 
tion  code  3)  and  adding  data  elements,  not  copies,  to  an  established 
record  (action  code  2).  Ihe  other  procedure  covers  all  other  kinds  of 
actions,  including  adding  copies  to  an  established  record. 

Changing  Data  and  Adding  Data  Elements.  Follow  this 
procedure  when  you  want  to  change  data  or  add  specific  data  elements, 
as  indicated  by  the  Cataloging  Worksheet. 

(1)  If  you  are  not  at  the  start  of  the  control  tape, 
press  TAPE  SKIP. 

(2)  Press  READ  START. 

(3)  Type  the  action  code  as  shown  on  the  worksheet 
(either  2  or  3),  space  once,  then  type  the  call  number. 

(4)  Press  READ  START. 

(5)  Space  nine  times. 

(6)  Press  READ  START. 

(7)  Tum  the  control  tape  to  the  codes,  and  type  codes 

and  data. 

(8)  Press  TAPE  SKIP. 

(9)  Press  READ  START. 

Other  Kinds  of  Actions.  If  the  required  action  is  any¬ 
thing  other  than  changing  data  or  adding  data  elements,  follow  this 
procedure  for  data  capture.  The  variations  for  different  kinds  of  ac¬ 
tions  in  the  following  procedure  should  be  noted  and  followed  carefully. 

(1)  If  you  are  not  at  the  start  of  the  control  tape, 
press  TAPE  SKIP. 

(2)  Press  READ  START. 

(3)  Type  the  action  code  given  on  the  worksheet,  space 
once,  and  type  the  call  number. 

(4)  Press  READ  START. 

(5)  In  the  copy  nunber  and  number  of  copies  fields,  type 
one  of  the  following: 


114 


If  the  action  code  is  0  aid  you  are  deleting  one  copy 
type  0002  (where  2  is  the  number  of  the  copy  “to  he  deleted)  / and  then 
type  0001. 

If  the  action  code  is  £  aid  you  are  deleting  all  copies 

space  eight  times. 

If  the  action  code  is  2  and  you  are  adding  copies  for 
the  first  time  type  0002  (where  2' Is  the  first  copy  number  to  he  added)  , 
and  then  type  0006  (where  6  is  the  number  of  copies  to  be  added). 

If  the  action  code  is  4,  5_,  6,  or  7_  type  0005  (where 
5  is  the  number  of~the  copy  affected  By  the  action)",  and  then  space 
four  times . 

(6)  Type  one  of  the  valid  special  indicator  codes  or  space 
once.  If  the  action  code  is  7,  this  must  be  a  space  and  not  a  code. 

(7)  Press  READ  START. 

(8)  If  the  action  code  0^,  type  A,  three  spaces,  asterisk, 
and  press  TAPE  SKlFT 

If  the  action  code  is  2,  type  A,  three  spaces,  and 

press  TAPE  SKIP. 


If  the  action  code  is^  4,  5_,  6^  or  7_,  press  TAPE  SKIP. 

NOTE:  If  you  are  adding  a  special  indicator  code  to  a 
copy  already  on  record,  follow  the  above  instructions  for  action  code  2 
(in  step  5)  with  this  change:  Type  0006  (where  6  is  the  number  of  the 
copy  affected) ,  type  the  special  indicator  code ,  and  the  type  001 .  For 
step  6,  space  once. 

c.  Cataloging  Master  File  Outputs 

Cataloging  master  file  outputs  are  prepared  each  time  the 
Bibliographic  Master  Files  are  updated.  At  present,  the  schedule  is  as 
required.  All  multicopy  printouts  are  standardized  on  8  1/2  x  11 
paper  with  the  exception  of  the  accession,  number,  shelf,  author,  title 
and  subject  heading  lists  which  are  on  15  x  20  paper.  The  deleted  biblio¬ 
graphic  records  will  be  produced  on  5  x  8  cards.  There  are  thirteen 
output  displays  of  the  cataloging  master  files  which  are: 

(1)  Edit  Error  List 

(2)  Book  Cataloging  Module  Monitor  Report 

(3)  Deleted  Bibliographic  Record 

(4)  Update  Error  List 
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(5)  Accession  List 

(6)  Ninber  List 


(7)  Shelf  List 


(8)  Author  List 

(9)  Title  List 


(10)  Subject  Heading  List 

(11)  Authority  (heck  List 

(12)  Wash  Action  Error  List 


(13)  Valid  Transactions  for  Monitoring 

o11  .  lhe  Cataloging  Edit  Errors  List,  figure  62,  is  a  disclav 

of  all  raw  input  transactions  fotnd  in  error.  All  raw  transaction^ 

flPSted  0811  number  sequence.  The  first 
wiJ!  Wl11  56  delegated  to  the  error  message,  which  is  al~ 

cSd  i?Per1cafe:  The  following  lines  will  contain  the  re- 

?ls^llst  ls  Produced  each  time  the  cataloging  master 

SlgMt  C0pies  °£  «"  “*  ■«»  U*t  «•  tajt’JJMT" 


lM,ma  ,or  1716  3016  PUipose  of  the  Edit  Error  List  is  to  assist  the 
*  correcting  input  errors  found  during  the  conversion 

raW  biographic  transactions  p£fr  re 
tne  first  computer  nu.  For  a  conplete  list  of  error  messages  their 

55i2!  ^  p0Ssible  corrective  action  refer  to  editing  criteria,  this 


displays  all  v^^h^!810^  Module  Monitor  Report,  figure  60, 

FiS.  Itll  against  ^  Bibliographic  Master 

^  .  -  presented  in  cell  lumber  sequence  end  produced  at  each 

I'**  SScSSSInSIhl  ?i?  diSplf^  Wil1  be  made  in  detemining 
nroitof  J'birographic  Master  File.  Copies  of  the 

monitor  are  kept  by  the  cataloging  tnit  and  the  library  lexicographer. 

a  5  T  a  rarrf  °Bl*2d  Bibliographic  Record,  figure  61,  displays  on 

XtdTStl  £&?sl 

?c  as*  °f  *• 

not  pxoc^d  sk 
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transaction  will  be  acconpanied  by  an  error  message.  This  error  list  is 
presented  in  call  number  sequence  and  produced  at  each  update.  Primary 
use  of  this  display  is  to  assist  the  lexicographer  in  correcting  update 
errors.  Copies  of  the  list  are  kept  by  the  cataloging  unit. 

The  general  considerations  in  using  the  cataloging  nodule 
edit  and  update  error  listings  are  the  same  as  those  in  using  the  patron 
monitor,  discussed  in  Section  II.  The  person  correcting  errors  should 
always  be  sure  he  understands  what  the  error  is  before  correcting  it. 

The  editing  criteria  contain  a  listing  of  all  error  messages,  with  ex¬ 
planations,  when  required.  But  errors  cannot  be  corrected  by  following 
the  messages  and  explanations  blindly. 

Corrective  action  for  any  error,  edit  or  update,  is  to 
determine  the  correct  input  data  and  resubmit  a  corrected  input.  The 
procedure  for  data  capture  on  corrected  inputs  is  the  same  as  for  ori¬ 
ginal  inputs ;  since  the  incorrect  input  has  not  been  accepted  by  the 
computer,  the  conputer  files  remain  in  the  same  condition  they  were  in 
before  the  input  was  submitted. 

The  Accession  List  is  a  display  of  all  current  titles 
added  to  the  library  holdings.  This  list  will  be  presented  in  G0SATI 
code  and  call  number  sequence  and  produced  weekly.  Copies  of  this 
list  will  be  distributed  to  KSIC  patrons  to  inform  them  of  additions 
to  the  collection  which  might  be  of  interest  to  them. 

The  Number  List  is  a  display  of  all  library  holdings 
presented  in  report  and  contract  number  sequence.  This  list  will  be 
prepared  at  each  update.  Copies  of  this  will  be  kept  by  the  cata¬ 
loging  unit  and  readers  services  section. 

The  Shelf  List,'  figure  67,  displays  all  library  holdings 
by  LC  and  special  data  element  sequence.  This  list  will  be  prepared  at 
each  update.  Copies  of  this  list  will  be  kept  by  the  cataloging 
unit. 

The  Author  List,  figure  68,  displays  all  libraxy  holdings 
by  author  name  sequence.  This  list  will  be  prepared  at  each  update. 
Gcpies  of  this  list  will  be  kept  by  the  cataloging  wit  and  readers 
services  section. 

The  Title  List,  figure  69,  displays  all  libraxy  holdings 
alphabetically  by  title.  This  list  will  be  prepared  at  each  update. 
Copies  of  this  list  will  be  kept  by  the  cataloging  unit  and  readers 
services  section. 

The  Subject  Heading  List,  figure  70,  displays  all  libraxy 
holding  alphabetically  by  subject  heading.  This  list  will  be  prepared 
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at  each  update.  Copies  of  this  list  will  be  kept  by  the  cataloging 
unit  and  readers  services  section. 


The  Authority  Check  List,  figure  64,  is  a  display  of 
daily  emulative  listing  reflecting  additions  and  changes  to  the  Subject 
Authority  Master.  This  list  will  be  presented  in  subject  sequence  and 
produced  at  each  update.  Copies  of  this  list  are  kept  by  the  cataloging 
unit  and  library  lexicographer. 

The  Wash  Action  Error  List,  figure  65,  display  all  errors 
found  during  the  update  of  the  Search  Master  File.  Ihis  list  will  be 
presented  in  subject  heading  sequence  and  produced  at  each  update. 

The  first  line  of  the  print  will  be  delegated  to  the  error  message 
which  is  always  printed  in  upper  case.  The  following  lines  will  contain 
the’  subject  in  error.  Copies  of  this  list  will  be  utilized  by  the 
library  lexicographer  in  correcting  update  errors. 


Valid  Transactions  for  Monitoring  List,  figure  68,  dis¬ 
plays  each  transaction  processed  into  the  Subject  Authority  Master 
File.  The  monitor  will  be  presented  in  subject  sequence  and  produced 
at  each  update.  Copies  of  this  list  are  kept  by  the  cataloging  unit. 

d.  Editing  Criteria 

Edits  are  rules  specifying  that  certain  things  must  be  or 
cannot  be  in  the  specified  data  field  of  the  cataloging  worksheet  input 
fora  or  that  certain  data  element  and  action  codes  must  be  properly  used. 
The  following  are  all  possible  error  or  processing  messages  with  expla¬ 
nation  and  suggested  corrective  action. 


Message 

ACTION  OOEE  VS  DATA 
ELEMENT  (DEE  INVALID. 


Meaning 

The  data  element  code  is 
bbb  or  Abb  but  the  action 
code  is  not  2,  4,  5,  6, 
or  7. 


Corrective  Action 
Research  and  resubmit. 


THE  BIBLIOGRAPHIC  PARA¬ 
GRAPH  IS  BLANK. 


There  is  a  data  element 
code  N01  indicating  the 
bibliographic  paragraph, 
but  no  data  follows  the 
code. 


Resubmit. 


CATALOGER'S  INITIAL  IS 
NOT  VALID. 


There  is  something  other 
than  an  alphabetic  or 
blank  character  in  the 
cataloged  s  initial 
field. 


Resubmit. 


118 


Message 

Meaning 

Corrective  Action 

CATALOGING  OF  THIS  BOOK 

IS  NOT  COMPLETE.  DATA 
ELEMENTS  — 1S/ARE 

NOT  PRESENT. 

The  action  code  is  1, 
and  the  required  data 
elements  specified  by 
data  element  codes  are 
missing.  Required  min¬ 
imal  data  elements  are 
main  entry  (code  00) , 
at  least  one  title 
(code  BOO  or  B01) ,  bib¬ 
liographic  paragraph 
(code  NOl) ,  and  at 
least  one  sibject  head¬ 
ing  (code  P01). 

Research  and  resubmit. 

COPY  NUMBER  HELD  IS 

NOT  NIMSRIC.' 

The  action  code  is  4,  5, 

6,  or  7,  but  the  copy 
number  field  either  con¬ 
tains  data  other  than 
nuneric  characters  or 
is  blank. 

Research  and  resubmit. 

CORPORATE  AUTHOR'S  FIELD 
IS  BLANK. 

There  is  a  corporate  au¬ 
thor  data  element  code 
but  no  corporate  author 
data  follows. 

Research  and  resubmit. 

CUTTER  NLMBER  CONTAINS 
MORE  THAN  ONE  ALPHA 
CHARACTER. 

Self  explanatory.  Only 
one  alphabetic  character 
can  be  in  the  Cutter  num¬ 
ber,  and  it  must  be  the 
first  one. 

Research  and  resubmit. 

CUTTER  NIM5ER  IS  TOO 

LONG. 

The  Cutter/number  is  over 
the  maximun  length  of 
one  alphabetic  character 
and  3  numeric  characters. 

Research  and  resubmit. 

CUTTER  NUMBER  NOT 

PRESENT. 

Self  explanatory. 

Research  and  resubmit. 

CUTTER  NUMBER  STARTS 

WITH  NlfCRIC  CHARAC¬ 
TER. 

Self  explanatory.  The 
first  character  oust  be 
alphabetic. 

Research  and  resubmit. 

DATA  ELEMENT  CODE  DOES 

NOT  AGREE  WITH  THE  COPY 
NUMBER  FIELD. 

The  action  code  is  0  and 
either  (1)  the  copy  num¬ 
ber  is  ALLb  or  numeric, 
but  the  data  element 

Resubmit. 
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Message 


Mganing  Corrective  Action 

code  is  not  either  Abb  or 
Pbb*  or  (2)  the  copy  num¬ 
ber  is  blank,  but  the 
data  element  code  is  some¬ 
thing  other  than  A  fol¬ 
lowed  by  two  nuneric 
characters . 


DATA  IN  THE  COPY  NIMJER 
field  is  not  valid. 


(1)  The  action  code  is  0 
and  the  copy  number  field 
contains  something  other 
than  blanks,  ALLb,  or  nu¬ 
meric  characters. 

(2)  The  action  code  is  2 
and  the  data  element 
codes  are  something 
other  than  A  followed  by 
two  nuneric  characters, 
but  data  in  the  copy  nun- 
ber  field  is  not  numeric 
characters . 

(3)  The  action  code  is  3 
but  the  copy  number  field 
is  not  blank. 


Research  and  resubmit. 


DATA  IN  THE  NUMBER  OF 
COPIES  HELD  IS  NOT 
VALID. 


(1)  The  action  code  is  Resubmit. 
0  and  either  (1)  the 

copy  nuifcer  is  ALLb 
but  the  number  of  copies 
is  not  ALLb,  or  (2)  the 
copy  nunber  field  is 
blank  but  the  number  of 
copies  field  is  not 
blank,  or  (3)  the  copy 
nunber  field  has  nuneric 
characters  but  the  nunber 
of  copies  field  contains 
something  other  than 
0001. 

(2)  The  action  code  is 
2  and  the  data  element 
codes  are  something  other 
than  A  followed  by  two 
nuneric  characters,  but 
the  data  in  the  copy  num¬ 
ber  field  is  not  nuwric. 

(3)  The  action  code  is  3 
but  the  number  of  copies 
field  is  not  blank. 
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Message 
DATA  NOT* 


BATE  FIELD  CONTAINS  AN 
invalid  BLANK. 

date  field  has  alpha 

OTHER  THAN  'ND." 

DATE  NOT  IN  RANGE. 


delete  tx  does  NOT  QON- 
TAIN  AN  *  IN  THE  DATA 
FIELD. 


K>RMAT  OF  THE  AUJHOR'S 
NAME  IS  INVALID. 


Meaning 

The  data  element  code  is 
Abb  and  the  action  code 
is  0,  but  the  data  field 
has  something  in  it 
other  than  an  asterisk. 

Self  explanatory. 

Self  explanatory. 


Corrective  Action 
Resubmit. 


Resubmit. 


Resubmit. 


Date  is  outside  the  range  Resubmit. 
loOO  to  current  year. 

A  transaction  card  sii>-  Itesitait 
nutted  to  delete  a  biblio¬ 
graphic  record,  with  the 
action  code  of  0,  contains 
something  other  than  an 
asterisk  or  is  all  blank  in 
the  data  element  field. 


fORMAT  OF  THE  COMPILER'S 
NAME  IS  INVALID. 


lOIWAT  OF  THE  EDITOR'S 
NAME  IS  INVALID. 


roWAT  OF  THE  ILLUSTRA¬ 
TOR'S  NAME  IS  INVALID. 


Format  of  the  author's  Jtesiimdt 
name  is  other  than: 

Brown,,,, 

Brown,  R,,, 

Brown,, Sir,, 

Brown,,,  190B-, 

There  must  be  four  conus. 

2yisn£Tt£r  ^  «*«.  «™« 

5ame  as  the  author's,  ex¬ 
cept  the  last  two  char¬ 
acters  must  be  CP, 

a*-*-*.  correct 

same  as  the  author's, 
except  the  last  two 
characters  must  be  ED. 

UtoHSrtlM"  -ta«  »n»c« 

the  some  as  the  author's, 


ResiAmit  using  correct 
format. 


Resiimit  using  correct 
format. 
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Message 


FORMAT  OF  THE  TRANSLA¬ 
TOR'S  NAM:  IS  INVALID. 


hiriher  subdivision  is 

TOO  LONG. 


THE  INFOfWAL  NOTE 
FIELD  IS  BLANK. 


INVALID  ACTION  CODE. 


INVALID  OOSATI  (DDE. 


INVALID  DATA  ELEMENT  CODE 


INVALID  SPECIAL  INDICA¬ 
TOR  OQCE. 


INVALID  SPECIAL  INDICA¬ 
TOR  (DOE  (Cant’d) 


Meaning 

except  the  last  two 
characters  must  be  IL. 

The  required  format  for 
translator's  name  is 
the  same  as  the  author's, 
except  the  last  two 
characters  must  be  TR. 

The  further  subdivision 
of  the  LC  classification 
is  longer  than  the  max¬ 
imum  of  ll  characters. 

There  is  a  data  element 
code  indicating  an  in¬ 
formal  note  but  no  data 
following  it. 

There  is  something  in  the 
action  code  field  other 
than  0,  1,  2,  3,  4,  5,  6, 
or  7. 

There  is  something  in 
the  C30SATI  code  field 
other  than  two  digits 
in  the  range  of  01 
through  22. 

The  data  element  code  is 
not  one  of  those  listed 
in  figure  47. 

(1)  The  action  code  is 
0,  2,  or  3  and  the 
special  indicator  code 
is  something  other  than 
blank,  N,  R,  S,  X,  or 
V. 

(2)  The  action  code  is 
4,  5,  6,  or  7  and  the 
special  indicator  code 
field  is  not  blank, 

as  required. 


Corrective  Action 


Resubmit  using  correct 
format. 


Research  and  resubmit. 


Research  and  resubmit. 


Resubmit. 


Resubmit. 


Resubmit. 


Research  and  resubmit. 


Resubmit. 


122 


Message 

THE  LANGUAGE  FIELD  IS 
NOT  ALPHABETIC. 


MAIN  CLASS  CONTAINS  A 
NUMERIC  CHARACTER. 

MAIN  CLASS  INVALID. 


MAIN  CLASS  TOO  LONG 


NUMBER  OF  COPIES  FIELD 
IS  NOT  BLANK. 


THE  SERIES  HELD  IS  ALL 
BLANK. 


SPECIAL  INDICATOR  CODE 
INCONSISTENT  WITH  THE 
COPY  NO.  FIELD. 


SUBDIVISION  CONTAINS 
ALPHA  CHARACTERS. 


SUBDIVISION  NOT  PRESENT. 


Meaning 

There  is  at  least  one 
character  in  the  lan¬ 
guage  field  that  is 
not  alphabetic. 

Self  explanatoxy. 


(1)  The  main  class  of 
the  LC  classification 
contains  at  least  one 
non -alphabetic,  non- 
nuneric  character. 

(2)  The  first  charac¬ 
ter  in  the  main  class 
is  I,  0,  W,  X,  or  Y. 

The  main  class  of  the 
LC  classification  is 
longer  than  two  char¬ 
acters  followed  by 
one  blank. 

The  action  code  is  4,  5, 
6,  or  7;  the  number  of 
copies  field  should  be 
blank  but  is  not. 

There  is  a  data  element 
code  indicating  a  series 
entry,  but  no  data  fol¬ 
lows  it. 

The  action  code  is  1  and 
the  copy  rnafcer  is  0002, 
but  the  special  indica¬ 
tor  code  is  something 
other  than  N  or  V. 

The  l£  subdivision  con¬ 
tains  at  least  one  alpha¬ 
betic  character,  rather 
than  only  numeric  char¬ 
acters. 

There  is  no  subdivision 
of  the  LC  classifica¬ 
tion;  it  is  required 
data. 


Corrective  Action 
Research  and  resubmit. 

Research  and  resubmit. 
Research  and  resubmit. 

Research  and  resubmit. 

Resubmit. 

Research  and  resubmit. 

Research  and  resubmit. 

Research  and  resubadt. 

Research  and  resubmit. 
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Message 

Meaning 

Corrective  Action 

SUBDIVISION  TOO  LONG. 

There  are  more  than  12 
characters  in  the  LC 
classification  subdi¬ 
vision. 

Research  and  resubmit. 

SUBJECT  HEADING  FIELD  IS 
BLANK. 

There  is  a  data  element 
code  indicating  subject 
heading,  but  no  data 
follows  it. 

Research  and  resubmit. 

THIS  BOOK  DOES  NOT  HAVE  A 
MAIN  ENTRY. 

Tie  action  code  is  1,  but 
the  first  data  element 
code  is  something  other 
than  one  alphabetic  char¬ 
acter  followed  by  two 
zeros. 

Resubmit . 

THIS  BOOK  DOES  NOT  HAVE  A 
TITLE. 

Self  explanatory. 

Research  and  resubmit. 

TITLE  DATA  IS  BLANK. 

The  action  code  is  0,  1, 

2,  or  3,  but  the  title 
field  contains  no  data. 

Resubmit . 

BIB.  MASTER  ALREADY  CON¬ 
TAINS  DATA  INTER  THIS 

DATA  ELH^NT  (DDE. 

A  data  element  to  be 
added  to  an  established 
bibliographic  record  has 
has  been  submitted  with  a 
data  element  code  that 
duplicates  the  code  of  a 
data  element  already  on 
the  record. 

Research  and  resubmit. 

BIBLIOGRAPHIC  RECORD 

DOES  NOT  HAVE  A  MAIN 

LNTRY. 

The  transaction  submitted 
leaves  the  bibliographic 
master  record  without  a 
main  entry. 

Research. 

CALL  NUMBER  FOR  COPIES 

TO  BE  ADDED  NOT  FOUND 

CN  THE  BIB.  MASTER. 

There  is  no  record  on  the 
bibliographic  master  file 
with  the  call  nuiber 
specified  in  the  input 
transaction  adding  copies. 

Research. 

CALL  NUM5ER  FOR  DATA  10 

BE  CHANCED  NOT  FOUND  ON 
BIB.  MASTER. 

There  is  no  record  on 
the  bibliographic  master 
file  with  the  call  number 
specified  in  the  input 
transaction  changing  data. 

Research. 
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Message 

CALL  NUMBER  IS  A  DUPLI¬ 
CATE  OF  ONE  ALREADY 
CONTAINED  CN  THE  BIB. 
MASTER. 


COPY  POIND  WAS  NEVER 
REPORTED  LOST, 


COPY  NUMBER  OUT  Of  OUR 
INVENTORY  IS  OUT  ON 
CIRCULATION. 


Corrective  Action 

The  input  transaction  Research, 
creates  a  new  record, 
but  there  is  already  a 
record  an  the  bibliogra¬ 
phic  master  file  under  the 
same  call  nurber. 

The  input  transaction  Research, 

flags  a  copy  as  found,  but 
the  copy  is  not  flagged 
on  the  master  file  as  lost. 

Self  explanatory.  A  Research, 

book  copy  that  is 
charged  out  carmot  be 
inventoried  out. 


OOPY  REPORTED  LOST 
WAS  NOT  ON  JHELF. 


Self  explanatory .  The  Research. 

only  condition  fr  n 

vhich  a  copy  can  be 

il^ggel  "lost"  is 

"shelf.” 


COPY  TO  BE  DELETED  IS 
NOT  CN  THE  SHELF,  If 
IS  rrn. 

sert  LAST,  SALVAGED, 
CIRCULATED,  001  (out 
of  inventory),  NO 
OOPY  ONE  -  EXPENDABLE, 
or  NO  OOPY  CNE  -  NON 
EXPENDABLE.) 


Self  cj.pl  anatory. 


Research. 


OOPY  TO  BE  SALVAGED  NOT 
ON  SHELF. 


Self  explanatory. 


Research. 


DATA  ELEMENT  TO  BE 
CHANGED  NOT  POIND  ON 
BIB.  MASTER. 

THE  DATA  TO  BE  DELETED 
IS  NOT  JN  THE  BIB. 
MASTER. 


Self  ejcplanatory. 


Self  explanatory. 


Research. 


Research. 


BUPLItAXE  copy  N'MSER.  n,e  copy  nurber  to  be  Research 

added  is  already  on 
the  bibliographic 
master  record. 
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Message  Meaning 

RECORD  TO  BE  DELETED  WAS  Self  explanatory 
NHT  KXfJD  C N  BIB  MASTER. 


Corrective  Action 
Research, 


4. 


Circulation 


| 


The  circulation  method  used  at  RSIC  in  the  period  prior  to 
automation  was  a  fairly  standard  one.  There  were  two  three-by-five 
cards  in  a  pocket  in  tife  back  of  each  book  available  for  loan.  When¬ 
ever  a  patron  wanted  to  borrow  a  book  from  the  library,  he  was  asked 
to  sigp  both  cards.  A  staff  member  wrote  the  borrower's  name  if  it 
was  a  mail  or  phone  request .  The  cards  were  then  stamped  with  the 
date  of  the  transaction;  one  was  filed  under  the  call  nurber  of  the 
book  and  the  other  under  the  name  of  the  patron.  By  this  means  RSIC 
was  able  to  know  at  any  given  moment  the  location  of  any  specific 
book  and  was  able  to  fUmish  to  each  patron  who  requested  it  a  com¬ 
plete  and  15) -to -date  inventory  of  the  books  charged  to  his  account. 

This  system  did  not  give  a  due  date  and  at  that  time  one  was  not 
used.  All  books,  therefore,  were  considered  to  be  checked  out  on  an 
indefinite  loan,  although  they  were  all  subject  to  recall  at  any  time 
should  this  .become  necessary.  No  overdue  notices  as  such  were  ever 
sent  out.  Thus  it  was  necessary  that  the  library  have  multiple  copies 
copies  of  a  great  many  titles. 

In  the  ALPHA  System,  no  files  of  cards  are  maintained  at  all, 
there  are  specific  loan  periods  and  overdue  notices  are  sent. 

For  centralized  control  of  all  circulating  books  in  the  li¬ 
brary,  a  magnetic  tape  reconi  of  each  circulated  book  is  created  and 
maintained  in  a  Circulation  Master  File.  Figure  73  is  a  diagram  of 
the  tape  record  for  one  circulating  book.  The  legend  indicates  the 
type  of  data  and  space  requirements  for  each  record.  An  accumulation 
of  these  tape  records,  one  for  each  circulated  book,  make  up  the  Cir¬ 
culation  Master  File. 

Each  circulating  book  in  the  library  carries  a  pocketed  and 
prepunched  IBM  card,  see  figure  74.  This  card,  referred  to  as  the 
Master  Circulation  Card,  contains  the  action  code,  call  number,  the  last 
name  of  the  author  and  an  abbreviated  book  title.  The  infomation  on 
this  card  called  "article  identification,"  is  prepinched  in  columns  1 
through  50  and  printed  along  the  top  edge  of  the  card.  All  50  columns 
may  be  used  without  fixed  field  limits ;  an  asterisk  is  used  to  denote 
field  separation  between  the  call  number  and  the  author-title  data. 

When  a  book  is  charged  out,  the  prepinched  Master  Circulation 
Card  is  pulled  from  the  book  and  the  loan  information  -  type  of  loan, 
date,  social  security  number  and  name  of  patron  -  is  keypunched  in 
columns  51  through  80,  see  figure  75.  After  the  loan  information  is 
recorded  on  the  card,  the  Master  Circulation  Card  is  diq>licated,  one 
copy  of  the  card  is  inserted  in  the  book  pocket  and  the  book  is  re¬ 
leased  to  the  patron.  The  duplicate  card  is  forwarded  to  the  computa¬ 
tion  center.  The  information  on  this  card  will  be  processed  into  a 
magnetic  tape  record  used  to  update  the  Circulation  Master  File. 
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Wien  a  book  is  returned  to  the  circulation  desk  either  by  mail 
or  by  personal  delivery,  the  punched  card  is  removed  from  the  book  pocket 
and  inserted  in  the  keypunch.  The  card  is  coded  with  an  overpunch  (an 
eleven  punch)  in  colimn  1,  see  figure  75,  to  indicate  to  the  computer 
that  the  item  is  to  be  deleted  from  the  circulation  listing.  It  is  then 
released  to  the  read  station  of  the  keypinch  and  a  new  card  registered. 
CoIjoti  1  of  the  new  card  is  pinched  with  a  "1"  and  columns  2  through  SO 
are  duplicated  from  the  other  card,  which  is  then  sent  to  the  computation 
center  along  with  other  cards  representing  loaned  and  returned  items. 

The  new  card  with  colums  1  through  50  punched  is  now  the  Master  Circula¬ 
tion  Card  for  the  book  and  stays  in  the  pocket  when  the  book  is  shelved. 

Several  other  actions  affecting  the  Circulation  Master  File  may  be 
accomplished;  items  may  be  recalled,  renewed,  indicated  as  lost  and 
found,  patron  data  or  item  titles  may  be  changed.  Data  for  these  actions 
are  keypunched  into  pinch  cards  that  are  batched  and  periodically  sent 
to  the  confutation  center  to  update  the  Circulation  Master  File.  Each 
time  the  Circulation  Master  File  is  updated,  new  circulation  listings 
are  prepared  for  the  library. 

The  primary  outputs  of  the  Circulation  Master  File  are  two 
circulation  listings  which  reflect  all  items  currently  charged  out;  the 
Circulation  Listing  in  Call  Nunber  Sequence,  see  figure  76,  and  the 

Circulation  Listing  in  Patron  Name  Sequence,  see  figure  77.  These 

listings  are  produced  weekly.  Each  listing  displays  who  has  what  and 
where  each  item  is. 

In  addition  to  the  two  circulation  listings,  several  auxiliary 
computer  outputs  are  produced;  these  are:  the  unreadable  circulation 
transaction  cards,  the  Input  Transaction  Monitor  and  Error  Listing,  see 
figure  78,  with  processed  error  and  kicked  out  transaction  cards,  the 
Circulation  /  Inventory  Update  Error  List  and  Statistical  Report,  see 
figure  79,  with  tnprocessed  transaction  cards,  a  Third  Notice 
Reference  List,  see  figure  80,  Issue  and  Turn-in  Slips,  see  figure  81, 

Recall  Notices,  see  figures  82  and  83,  Overdue  Notices,  see  figures  84 

thru  86,  with  transaction  cards,  and  a  Patron-Circulation  Inventory  Re¬ 
port,  see  figure  87,  with  transaction  cards. 

a.  Establishment  and  Maintenance  of  the  Circulation 
Master  File 


For  the  librarian,  establishment  and  maintenance  actions 
on  the  Circulation  Master  File  begins  with  the  Master  Circulation  Card 
pocketed  in  each  circulating  book.  Both  establishment  and  maintenance 
actions  will  be  accomplished  through  the  use  of  circulation  transaction 
processing  "action  codes"  and  "type  loan  and  medium  codes."  The  "action 
codes"  will  signify  the  action  to  be  taken  on  each  item.  The  "type  loan 
and  medium  codes"  will  signify  what  type  of  loan  is  being  made  and  medium 
of  the  item  being  loaned.  The  transaction  processing  codes  are: 
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(1)  Valid  Action  Codes  and  Their  Meaning. 


Action 

Code 

De-coded 

Meaning 

1 

1 

Circulate 

J 

1 

Return 

2 

2 

Recall 

3 

3 

Renewal 

Zero 

0 

Lost 

Minus -zero 

0 

Found 

A 

A 

Patron  change  card 

- 

- 

Title  change 

(2)  Type  Loan  and  Medium  Codes  and  Their  Meaning.  Interroga¬ 
tion  of  the  numeric  bits  of  this  code  will  provide  information  regarding 
the  type  of  loan  while  the  zone  bits  indicate  the  mediun  of  the  loaned 
item. 


Type  Mediun 

1 
2 
8 

9 


Zero 

1 

(1) 

Zero 

2 

(S) 

Meaning 

Regular  book  loan 

Inter-library  loen 

Book  loan  requiring  the 
production  of  an  issue 
slip 

Long-tern  book  loan 

Regular  document  loan 

Inter-library  loan  on  a 
document 


TVpe 

Median 

Meaning 

Zero 

8 

00 

Document  loan  requiring 
the  production  of  an 
issue  slip 

Zero 

9 

(Z) 

Long-teim  document  loan 

1 

(J) 

Regular  periodical  loan 

8 

(Q) 

Periodical  loan  requiring 
the  production  of  an 
issue  slip 

2 

(K) 

Inter-library  loan  of  a 
periodical 

9 

(R) 

Long-term  periodical  loan 

+ 

1 

(A) 

Regular  miscellaneous 
loan 

♦ 

2 

(B) 

Inter-library  loan 
miscellaneous 

+ 

8 

(H) 

Miscellaneous  loan  requir¬ 
ing  production  of  an  issue 
slip 

+ 

9 

(I) 

Long-teim  miscellaneous 
loan 

Detailed  instructions  for  keypunching  of  the  Master  Circulation  Card 
and  other  transaction  cards  for  each  type  of  action  affecting  the  Circula¬ 
tion  Master  File  are  presented  in  the  data  capture  procedures, 

b.  Circulation  Data  Capture 

An  IBM  026  printing  card  pinch  is  used  to  keypinch  all  circula¬ 
tion  input  transaction  cards.  This  machine  is  capable  of  completing  the 
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keypunching  required  cm  the  Master  Circulation  Cards,  producing  a  dupli¬ 
cate  transaction  card  used  in  initiation  of  the  Circulation  Master  File  or 
preparation  of  transaction  cards  for  any  action  required  to  update  the 
Circulation  Master  File. 

(1)  Circulate  -  Preparation  of  the  Master  Circulation  Card. 
To  circulate  an  item,  the  librarian  must  first  verify  that  the  indivi-  ' 

dual  is  a  valid  patron  of  RSIC.  This  is  accomplished  by  checking  the 
Patron  List  in  Name  Sequence.  The  librarian  will  then  remove  the  Master 
Circulation  Card  from  the  book  pocket  and  corrplete  the  keypunching  of 
the  loan  information  shown  below. 


Columns 

Data  Element 

Conments 

51 

Security 

Classification 

One  of  the  following 
one  character  codes: 

0  unclassified 

U  unclassified 

52 

Type  of  loan 

From  the  type  loan 
and  medium  list, 
paragraph  a. (2). 

53 

Current  year 

A  one -character 
numeral. 

54-56 

Today  date 

Julian  Form  - 
(182nd  day  of  the 
year.) 

57-65 

Pat  run's  social 
security  number 

No  dashes. 

66-78 

Patron's  last 
name 

Do  not  leave  space  in 
surname  (e.g.  Me  Kay 
would  be  McKay.) 

79-80 

Patron's  initials 

No  periods. 

If  it  is  necessary  to  punch  the  entire  Master  Circula¬ 
tion  Card  for  any  reason,  the  following  procedure  should  be  used  for  ' 
article  indentification,"  column  1  through  50, 

Columns 

Data  Element 

Conments 

1 

Action  code 

From  the  valid  action 
code  list,  paragraph 

a.(l). 
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2-50  Call  ntnber  and  Punch  the  call  number 

author  /  title  followed  by  an  aster¬ 

isk  and  use  the  balance 
of  the  coluntis  (through 
50)  for  the  author/title 
information. 

The  call  number  is  divided  into  six  major  fields  and 
immediately  followed  by  an  asterisk.  The  fields  are  described  as  follows: 

Field  1  -  This  field,  which  is  always  alphabetic,  may 
be  composed  of  one  or  two  alphabetic  characters  and  must  always  be  followed 
by  a  blank. 


Field  2  -  This  field  must  always  be  all -numeric  and  must 
not  exceed  four  characters.  If  there  is  no  field  3,  field  2  is  followed 
by  a  blank. 


Field  3  -  This  field,  if  it  exists  in  the  LC  nunber,  is 
always  separated  from  Held  2  by  a  decimal  point  (period)  and  cannot  ex¬ 
ceed  seven  characters. 

Field  4  -  This  field  must  always  begin  with  an  alphabe¬ 
tic  character  followed  by  no  more  than  three  numbers.  Field  4  is  always 
followed  by  a  blank. 

Field  5  -  This  field  must  contain  four  numerics  (date) 
or  four  numerics  followed  by  a  dash  (-)  and  two  numerics  or  in  the  case 
of  no  date,  ND. 


Field  6  -  This  field  represents  the  balance  of  the  LC 
number  and  is  continued  until  completion  of  the  LC  number.  The  last 
alphabetic  character  in  the  string  must  be  a  "C*  or  "X."  If  "X”  is  the 
last  character  denoting  the  book  as  an  expendable  item  it  must  be  proceed¬ 
ed  by  a  "C*  denoting  the  copy  number  of  the  book.  The  last  numeric 
characters  in  the  string  following  the  "C1  must  not  be  greater  than  "300.” 
The  last  character  of  the  string  is  always  followed  by  an  asterisk  (*) . 

The  Master  Circulation  Card  will  then  be  explicated 
aid  the  original  card  placed  back  in  the  book  pocket  and  the  item  re¬ 
leased  to  the  patron.  The  duplicate  card  will  be  placed  in  the  box 
marked  '‘circulation  transactions."  These  cards  will  be  forwarded  to  the 
computation  center  on  a  weekly  basis. 

(2)  Discharge  -  Preparation  of  the  Master  Circulation  Card. 
Normally,  to  accomplish  the  discharge  of  charged  books,  the  circulation 
librarian  will  remove  the  Master  Circulation  Card  from  the  book  and: 

(a)  Overpunch  (11  punch)  in  column  1. 
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(b)  Reproduce  a  new  Master  Circulation  Card  with  a  "l" 
in  column  1.  Delicate  through  colum  50. 


box.' 


(c)  Place  oveipiaiched  card  in  ’’circulation  transaction 


(d)  Place  reproduced  Master  Circulation  Card  in  book 
and  place  book  in  shelving  card. 

(3)  Recall  -  Preparation  of  Transaction  Card.  If  a  coky 
of  a  book  is  required  for  another  patrcn  or  needed  for  reprocessing,  the 
following  will  be  accomplished. 


Columns 

1 

2-37 

52 

53- S6 


Data  Element 
Action  code  "2” 
Call  number 
Type  of  loan 

Date 


Comments 

Recall  code. 

See  note  below. 

Fran  the  type  loan  and 
medium  list,  paragraph 
a.  (2). 

See  note  below. 


Note:  If  you  wish  to  recall  a  book(s)  for  reprocessing 
(all  the  books  for  any  given  call  number)  you  may  do  so  by  omitting  the 
last  "C”  (copy  number)  and  any  information  that  would  normally  follow 
the  copy  number  "C"  except  *  and  by  patching  a  9999  in  the  date  field 
(columns  53-56). 

If  you  wish  to  recall  a  book  for  reprocessing  you  may 
do  so  by  specifying  the  given  book  by  patching  the  call  m*ber  plus  the 
copy  number  and  *  and  by  patching  a  9999  in  colors  53-56  (date  field). 

If  you  wish  to  recall  a  book  needed  for  loan  to 
another  patron  you  may  do  so  by  punching  the  call  number  minus  the  copy 
number,  including  *  and  by  leaving  the  date  field  blank. 

In  each  of  the  above  cases  column  1  must  contain  a 
"2"  and  colum  52  must  contain  either  1,  8,  or  9. 

(4)  To  Flag  a  Copy  of  an  Item  as  Lost  -  Preparation  of 
Transaction  Card.  If  a  copy  of  an  item  (book  or  periodical)  has  been 
reported  lost',  flag  the  circulated  copy  as  follows: 
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Columns 

Data  Element 

Canments 

1 

Action  code 

Lost  code. 

2  -  37 

Call  number  and  * 

52 

Type  of  loan 

From  the  type 
loan  and  medium 

list,  paragraph 
a.  (2). 

(5)  To  Flag  a  Copy  of  an  Item  as  Found  ■  Preparation  of 
Transaction  Card.  If  a  lost  copy  of  an  item  has  Been  found,  and  the 
patron  is  still  charged  with  the  loss,  prepare  a  transaction  card  to 
remove  the  lost  flag  as  follows: 


Columns 

Data  Element 

Comments 

1 

Action  code  "0" 

Found  code. 

2  -  37 

Call  number  and  * 

52 

Type  of  loan 

From  the  type 
loan  and  medium 
list,  paragraph 
a. (2). 

(6)  Renewal 

-  Preparation  of  Transaction  Card.  If  a  patron 

wishes  to  renew  a  copy  o T 
accomplished. 

a  book  at  the  library. 

the  following  will  be 

Colums 

Data  Element 

Comments 

1 

Action  code  "3” 

Renew  code. 

2  -  50 

Call  number  and 
author  /  title 

Duplicate  of  master 
circulation  card  in 
book  pocket. 

51 

Security  code 

Must  be  zero  or  U. 

S2 

Type  of  loan 

From  the  type  loan 
and  medium  list, 
paragraph  a. (2). 

53  -  56 

Julian  date 

Numeric  (in  range). 
(182nd  day  of  the  year.) 

57  *  80 

Patron  social  security  Duplicate  of  old 
nurf>er,  patron  last  master  circulation 

nane  and  initials.  card. 
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This  transaction  card  will  then  be  duplicated,  except 
for  colurm  one,  which  will  be  a  "1."  The  duplicate  card  which  is  now 
the  Master  Circulation  Card  will  be  placed  in  the  book  and  released  to 
the  patron.  The  transaction  with  the  renewal  action  code  of  "3"  will 
be  placed  in  the  box  marked  "circulation  transactions." 

If  the  renewal  is  for  an  extended  loan,  a  computer 
prepared  transaction  card  will  be  mailed  to  the  putron  with  the  first 
Extended  Loan  Renewal  Notice.  This  transaction  card  is  a  duplicate  of 
the  Master  Circulation  Card  with  the  exception  that  colurm  1  has  been 
left  blaA.  When  this  transaction  card  has  been  signed  and  returned  to 
the  library  readers  services  section  the  following  action  is  required: 

Columns  Data  Element  Comments 

1  Action  code  "3"  Renew  code 

Place  the  transaction  card  in  the  box  marked  "circula¬ 
tion  transactions."  This  card  will  update  the  Circulation  Master  File. 

(7)  Patron  Change  -  Preparation  of  Transaction  Card.  This 
action  is  used  to  replace  the  information  contained  in  the  following 
fields  of  the  circulation  record  with  the  information  contained  in  the 
input  transaction  card. 

(a)  Patron  name  (e)  Patron  "type"  code 

(b)  Building  (f)  Contractor  code 

(c)  Telephone  (g)  Type  loan 

(d)  Mailing  symbol 

The  transaction  card  •'ill  be  prepared  as  follows: 


Columns 

Data  Element 

Consents 

1 

Action  code  "A" 

Patron  change  code. 

2  -  50 

Call  number  and 
author  /  title 

Duplicate  of  master 
circulation  card  in 
book  pocket. 

SI 

Security  code 

Must  be  zero  or  U. 

52 

Type  of  lo® 

From  the  type  loan 
mid  medium  list, 
paragraph  a. (2). 

S3  -  56 

Julian  date 

Numeric  (in  range). 

57  -  65/6 

Social  security 
number 

Numeric. 

66/7  -  78 

Patron  surname 

All  alpha. 
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Columns  Data  Element  Comments 

79  -  80  Patron  initials  All  alpha. 

(8)  Title  Change  -  Preparation  of  Transaction  Card.  If 
it  becomes  necessary  to  change  or  correct  a  book  title,  the  following 
will  be  accomplished 


Golunms 

1 

2  -  SO 


SI  -  80 


Data  Element 


Action  code 

Cal'  number  and 
author  /  title 


Comments 


Title  change  code. 

Call  number  with 
CY  99,  *,  new  title. 

Regular  valia  data 
same  as  on  new  check 
out  (action  code  "1") . 


c.  Answering  Questions  Regarding  Books  Ordered  by  Patron  But 

Not  Yet  IteceiVig - - - - 

To  facilitate  answering  patron  questions  regarding  books 
cn  order,  a  copy  of  ;he  Books  On-Order  and  Received  Report  will  be 
furnished  to  the  circulation  station.  This  report  is  displayed  in  title 
sequence.  When  a  patron  inquires  about  an  item  on  order,  he  should  fur¬ 
nish  his  social  security  number  and  the  title  of  the  book  in  question. 
Refer  to  he  Books  On-Order  and  Received  Report  for  the  status  of 
the  item.  If  the  title  is  reflected  on  the  report,  look  to  the  right 
margin  to  see  if  the  book  has  been  received.  (This  status  exists  if  a 
"P"  is  present  in  the  "Received  Field.")  Relay  this  information  to 
tJ  i  patron  and  tell  him  he  will  receive  the  book  as  soon  as  it  has 
been  cataloged.  If  the  title  does  not  exist  on  the  report  and  sufficient 
time  has  passed  for  the  book  to  have  been  ordered  and  received,  check  with 
the  acquisition  unit  to  see  if  book  has  been  cancelled;  if  not  check 
the  patron  file  to  see  if  it  reflects  the  patron's  correct,  mailing 
address.  (Book  could  have  been  lost  in  the  mail.)  If  his  mailing 
eddress  differs  from  the  one  shown  on  the  patron  file,  inform  the  patron 
that  the  book  may  have  been  sent  to  his  old  address.  Ask  him  to 
notify  the  library  of  a*"'  change  in  his  address  so  that  this  type  of 
delay  in  receiving  his  oook  will  not  recur. 


d.  Circulation  Master  File  Outputs 

Circulation  file  outputs  are  prepares  each  time  the  master 
file  is  updated.  At  present,  the  schedule  is  weekly.  All  multicopy 
printouts  are  standardized  cn  8  1/2  x  11  paper  with  exception  of  the 
overdue  notices  which  are  5x8  cards.  There  are  ten  outputs  of  the 
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Circulation  Master  Pile  which  are: 

(1) ,  Circulation  List  in  LC  Number  Sequence 

(2)  Circulation  List  in  Patron  Name  Sequence 

(3)  Ihreadable  transaction  cards 

(4)  Circulation  Monitor  and  Error  List  with  processed  error 
and  kicked  out  transaction  cards 

(5)  Circulation  /  Inventory  Update  Error  List  and  Statisti¬ 
cal  Report  with  unprocessed  transaction  cards 

(6)  Third  Notice  Cross  Reference  List 

(7)  Issue  and  Turn -in  Slips 

(8)  Recall  Notices 

(9)  Overdue  Notices  with  transaction  cards 

(10)  Patron  Circulation  Statistical  Report  with  transaction 
cards 

The  circulation  lists,  see  figure  76  and  79,  whether  in  LC 
number  or  name  sequence,  are  the  most  important  outputs  of  the  master 
file.  These  lists  are  a  conplete  display  of  the  contents  of  the  master 
file.  The  primary  difference  in  the  two  lists  is,  the  list  in  LC  number 
sequence  displays  each  book  by  call  limber  in  numerical  sequence  with 
supporting  data  such  as  patron  name,  social  security  number,  book  title  / 
author  etc. ,  whereas  the  list  in  name  sequence  displays  each  patron 
name  in  alphabetical  sequence  with  all  books  charged  to  him  with  support¬ 
ing  data.  These  output  listings  are  a  complete  display  of  who  has  what 
and  where  each  item  is.  Copies  of  both  of  the  circulation  lists  are 
kept  by  the  circulation  librarian  in  the  readers  services  section.  Che 
copy  of  the  Circulation  List  in  Name  Sequence  is  forwarded  to  the  RSIC 
librarian  responsible  for  maintenance  of  the  Pairon  Master  File. 

Uh readable  transaction  cards  are  the  result  when  an  input 
circulation  transaction  card  will  not  pass  the  computer  character  check 
in  the  conversion  from  transaction  card  to  magnetic  tape.  These 
cards  are  dropped  off  by  the  computer  and  returned  to  the  circulation 
librarian  in  the  readers  services  section  in  input  sequence.  These  cards 
must  be  corrected  and  resubmitted  at  the  next  update. 

The  Circulation  Monitor,  see  figure  78,  presents  a  complete 
display  of  all  transactions  attempted  or  processed  during  the  computer 
edit  /  match  run.  For  each  transaction  found  in  error  the  monitor  will 
display  an  appropriate  error  message  and  indicate  if  the  transaction  in 
error  was  processed  or  kicked  out.  Associated  with  the  monitor  will  be 
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coBfJUter  prepared  processed  error  and  kicked  out  transection  cards. 

These  cards  are  &  duplicate  of  the  input  transaction  card  with  column  1, 
action  code  left  blank.  Copies  of  the  Circulation  Monitor  with  the 
duplicate  computer  prepared  transaction  cards  are  returned  to  the  circu¬ 
lation  librarian  in  the  readers  services  section. 

The  Circulation  /  Inventory  Update  Error  List,  see  figure 
79,  presents  a  cosplete  display  of  all  transactions  not  processed  into 
the  Circulation  Master  File.  Each  transaction  found  in  error  will  be 
accompanied  by  a  type  error  number.  Cross  referencing  of  this  number 
with  the  Update  Error  List  will  present  the  applicable  error  message. 
Associated  with  the  Update  Error  List  will  be  conputer  prepared  unpro¬ 
cessed  transaction  cards.  These  cards  are  a  duplicate  of  the  input 
transaction  cards  with  column  1,  action  code  left  blank. 

Appended  to  the  Ujpdate  Error  List  will  be  a  Circulation 
Statistical  Report,  see  figure  79,  which  will  contain  all  circulation 
and  inventory  data  current  through  this  update.  This  report  displays 
a  complete  statistical  analysis  of  all  items  on  loan  by  type.  Copies 
of  the  Error  List,  Statistical  Report  and  unprocessed  transaction  cards 
are  returned  to  the  circulation  librarian  in  the  readers  services  section. 

The  Third  Notice  Cross  Reference  List,  see  figure  80,  is 
a  display  of  all  items  for  which  a  third  overdue  notice  must  be  sent. 

This  list  presents  the  item  LC  number,  title,  patron  name  and  social 
security  number.  Copies  of  this  list  are  forwarded  to  the  chief  of 
the  readers  services  section. 

Issue  and  Turn- in  Slips,  see  figure  81,  are  prepared  for 
and  utilized  as  property  invoices  for  loans  to  branch  libraries,  labora¬ 
tories  or  sections.  These  slips  will  display  the  LC  number  and  title 
of  all  books  loaned  to  a  specific  area  and  charged  to  a  responsible 
representative  of  that  area.  All  Issue  and  Tum-in  Slips  are  kept 
by  the  acquisition  librarian. 

Patron  Recall  Request  Notice,  see  figure  82,  is  prepared 
when  all  loan  copies  of  a  specific  item  are  charged  out.  Each  library 
patron  who  is  charged  with  a  copy  of  the  item  requested  will  receive 
a  Patron  Recall  Request.  The  contents  of  this  request  are  self-explana¬ 
tory.  Copies  of  all  Patron  Recall  Requests  are  forwarded  to  the  chief 
of  the  readers  services  section  for  review  and  disposition. 

Recall  for  Reprocessing  Notices,  see  figures  83  and  86, 
are  prepared  when  a  specific  item(s)  is  being  recalled  for  reprocessing 
by  the  library.  These  notices  are  prepared  in  three  categories:  first, 
second  and  third  recall.  The  contents  of  each  of  these  notices  is 
self-explanatory.  Copies  of  all  Recall  for  Reprocessing  Notices  are 
foiwardied  to  the  chief  of  the  readers  services  section  for  review  and 
disposition. 

Overdue  Notices  (Regular  Loan),  see  figures  84  and  86, 
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are  prepared  when  an  item  has  exceeded  the  regular  loan  period.  These 
notices  are  prepared  in  three  categories:  first,  second  and  third 
notice.  The  contents  of  each  of  these  notices  is  self-explanatory. 

Copies  of  all  Overdue  Notices  are  forwarded  to  the  chief  cf  the  readers 
services  section  for  review  and  disposition. 

Overdue  Notices  (Extended  Loan),  see  figures  85  and  86,  are 
prepared  when  an  item  has  exceeded  the  extended  loan  period.  These  notices 
are  prepared  in  three  categories:  first,  second  and  third  notice.  Asso¬ 
ciated  with  the  first  notice  will  be  a  renewal  transaction  card  which 
may  be  signed  by  the  patrol  and  returned  to  the  library  if  he  has  continued 
requirements  for  the  book.  The  contents  of  each  of  these  notices  is  self- 
explanatory.  Copies  of  all  overdue  notices  are  forwarded  to  the  chief 
of  the  readers  services  section  for  review  and  disposition. 

The  Patrol -Circulation  Inventory  Report,  see  figure  87,  is 
a  statistical  analysis  of  the  contents  of  the  Circulation  Master  File 
indicating  books  per  type  loan  circulation,  types  of  patrons,  nimber  of 
patrons  per  type  and  number  of  books  per  type  of  patron.  Associated  with  the 
inventory  report  will  be  a  transaction  card  for  each  patron  chained  with 
fifty  or  more  books.  Copies  of  the  Inventory  Report  with  transaction 
cards  are  forwarded  to  the  chief  of  the  readers  services  section. 

e.  Circulation  /  Inventory  Editing  Error  Listing 

Errors  appearing  on  this  listing  and  also  represented  by 
pinched  cards  were  found  during  the  editing  of  the  input  transactions  and 
were  not  processed.  They  must  be  corrected  and  resubmitted.  Listed  below 
in  card  data  field  order  are  the  various  error  messages,  their  meaning, 
and  suggested  corrective  action: 


Message 

INVALID  TRANSACTION  CODE 


MAIN  CLASS  INVALID 


MAIN  CLASS  TOO  LONG 


Meaning 

Card  col  1  does  not 
contain  a  valid  check 
out,  return,  lost, 
fowd,  recall,  or 
renewal  code. 

First  alpha  character 
in  the  LC  nimber  is  a 
I,0,W,X,  or  Y. 

Card  col  3  or  4  does 
not  contain  a  blank. 


Action 

Detexmine  correct  TX 
code.  Pinch  and  re¬ 
submit  for  processing. 


Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 


MAIN  IASS  CONTAINS  A 
NUMERIC  CHARACTER 


Card  col  2  or  3 
contains  a  nuneric 
character. 


Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 
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Message 

Meaning 

Action 

SUBDIVISION  TOO  SHORT 

Card  colinn  following 
first  blank  after  card 
column  2  not  numeric. 

Determine  correct 

LC.  Punch  and  re¬ 
submit  the  TX. 

SUBDIVISION  TOO  LONG 

Blank  or  (.)  not  pre¬ 
sent  to  separate  sub¬ 
division  from  cutter. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

SUBDIVISION  CONTAINS 

ALPHA  CHARACTERS 

Alpha  characters  are 
present  in  the  sub¬ 
division  field.  (Sub¬ 
division  is  between 
the  first  and  second 
blank  and/or  period.) 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

FIRMER  SUBDIVISION  IS 

TOO  SHORT 

There  are  no  numeric 
characters  after  the 
period. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

FURTHER  SUBDIVISION  IS 

TOO  LONG 

More  than  seven  char¬ 
acters  follow  the 
period  without  a  blank 
to  separate  the  field. 

Determine  correct  LC. 
Pinch  and  resubmit 
the  TX. 

CUTTER  NUMBER  STARTS  WITH 

A  NUMERIC  CHARACTER 

Self-explanatory. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

CUTTER  NIMUER  CONTAINS  AN 
ALPHA  CHARACTER  AFTER  THE 
FIRST  CUTTER  POSITION 

Self-explanatory. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

CUTTER  NUKBER  IS  TOO  SHORT 

Second  character  in 
the  cutter  number  is 
not  numeric. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

CUTTER  NUMBER  IS  TOO  LONG 

Cutter  number  is  not 
separated  from  the 
date  field  by  a  blank. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

DATE  FIELD  HAS  ALPHA 

OTHER  THAN  "ND" 

Self-explanatory. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

DATE  FIELD  CONTAINS  A 

BLANK. 

Self-explanatory. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 
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Self-explanatory. 


Call  number  does  not 
contain  a  copy  number. 


Character  following 
the  last  "C'  is 
blank. 


Characters  following  Determine  correct  LC. 
the  last  "C"  in  the  Pinch  and  resubmit 
LC  is  something  other  the  TX. 
than  a  mmeric  char¬ 
acter  or  a  MXM  mean¬ 
ing  an  expendable  item. 


rWTB  NOT  IN  RANGE  1790- 
CURRENT  YEAR 


(DPY  NUMBER  HELD  NOT 
PRESENT 


ODPY  NLMBER  IS  BLANK 


COPY  NUM3ER  FIELD 
CONTAINS  ALPHA  OTHER  THAN 
"X” 


LC  NUMER  HAS  TOO  MANY 
BLANKS  IN  BODY 


LC  NUMBER  HAS  TOO  MANY 
DECIMALS 


LC  NttfiER  DOES  NOT  HAVE 
ENOUGH  FIELDS 


CALL  NIMJER  TOO  LONG 


RECORD  DOES  NOT  HAVE  * 
AFTER  CALL  NIMBER 


Self-explanatory 


Self-explanatory 


Self-explanatory 


Call  nurber  contains 
more  than  36  char¬ 
acters  . 

Self-explanatory 


Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

Determine  correct 
LC.  Punch  and  re¬ 
submit  the  TX. 


Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

Determine  correct 
LC.  Pinch  and  re- 
sifcmit  the  TX. 

Determine  correct  LC. 
Punch  and  resubmit 
the  TX. 

Determine  correct 
LC.  Pinch  and  re¬ 
submit  the  TX. 

Determine  correct 
LC.  Punch  and  re¬ 
submit  the  TX. 


FIELD  SIX  TOO  LONG 


Field  in  call  number 
following  the  date 
field  contains  more 
than  27  characters. 


Determine  correct  LC. 
Purch  and  resubmit 
the  TX. 
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£.  jjSIC  Circulation  /  Inventory  Update  Error  List 


Errors  appearing  on  this  listing  and  also  represented  by 

Snched  cards  were  found  during  the  update  of  the  Circulation  and 
ventozy  Master  Files  and  were  not  processed.  Listed  below  in  error 
code  mwer  sequence  are  the  various  error  messages,  their  meaning, 
and  suggested  corrective  action. 


Error 

Code 

1 


2 


3 


Message 

Meaning 

Corrective  Action 

Trying  to  loan  a 
book  already  on 
loan. 

1.  Transaction  is  a 
duplicate. 

2.  Return  transac¬ 
tion  never  pro¬ 
cessed. 

3.  Copy  number  er¬ 
roneously 
pinched. 

4.  Call  number  er¬ 
roneously 
pinched. 

If  this  is  a  duplicate 
transaction,  no  further 
action  is  required.  If 
duplicate  lettering  of  a 
copy  number,  see  super¬ 
visor  for  corrective 
action.  If  copy  number 
or  call  number  was  punched 
erroneously,  punch  a  new 
transaction  and  resubmit. 

Trying  to  loan  a 
book  recorded  as 
lost. 

Same  as  above. 

Same  as  above,  except 
pinch  two  transactions  a 
"J"  and  "1." 

Recall  of  book  not 
on  loan. 

Self-explanatory. 

Check  call  number  to  see 
if  it  was  punched  cor- 

rectly.  If  correct,  check 
the  transaction  listing 
to  see  if  a  "return"  was 
also  processed  before  the 
recall  action.  If  so,  no 
action  is  required.  If 
call  number  was  correct, 
and  no  return  has  been  pro¬ 
cessed,  check  for  bug  in 
program.  If  LC  was  wrong, 
punch  a  new  transaction 
and  resubmit. 


4 


Recall  of  book  re-  Self-explanatory, 
corded  as  lost. 


Same  as  above  ,  except  a 
"lost"  action  rather 
than  a  return  nay  have 
proceeded  the  recall 
action. 
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S  Error 

1  Code 

Message 

Meaning 

i 

) 

t 

»  ! 

; 

;  j 

i 

Corrective  Action 

s 

1 

Trying  to  renew  a 
book  not  on  loan. 

Self-explanatory. 

Oieck  call  timber  to  see 
if  it  was  punched  correct¬ 
ly.  If  correct,  check  to 
see  if  book  was  on  loan  to 
patron  requesting  renewal. 

If  so,  resubmit.  If  not, 
charge  correctly. 

6 

Trying  to  loan  a 
periodical  already 
on  loan. 

Self-explanatory. 

Same  as  action  for  error 
code  1. 

7 

Trying  to  loan  a 
periodical  recorded 
as-  lost. 

Self-explanatory. 

Same  as  action  for  error 
code  2. 

1 

j 

| 

1 

[■ 

8 

Trying  to  record 
lost  book  already 
recorded  as  lost. 

Self-explanatory. 

It  is  possible  that  this 
transaction  is  a  duplicate. 

If  this  is  the  case  no 
action  is  required.  It 
is  also  possible  that  the 
call  ninber  or  the  copy 
number  was  pinched  wrong. 

If  this  is  the  case,  pinch 
a  new  transaction  and 
resubnut.  If  neither  of 
the  above  are  true,  the 
copy  may  have  been  flagged 
in  error  by  the  first 
"lost"  transaction. 

9 

Return  of  book 
not  recorded  as 
loaned. 

Self-explanatory. 

Check  call  ninber  to  see 
if  it  was  correctly  pinched. 

Check  to  see  if  transaction 
should  have  been  a  loan 
rather  than  a  return. 

10 

i 

f 

Social  security 
number  does  not 
match  -  return 
vs  loan. 

Transaction  was 
incorrectly  punched . 
Correction  not  re¬ 
flected  on  card  in 
book. 

Pinch  J  in  column  1,  call 
niatber,  type  loan  in  column 

52  and  patron's  last  name 
beginning  in  column  06. 

11 

Return  of  periodi¬ 
cal  not  recorded 
as  loaned. 

Self-explanatory. 

Same  as  action  for  error 
code  9. 
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Recall  of  periodical  Self-explanatory.  Qieck  the  call  number  to 
recorded  as  lost.  see  if  it  was  punched 

correctly.  If  correct, 
check  the  transaction 
listing  to  see  if  a 
"lost"  was  processed 
before  the  recall  action. 
If  so,  no  action  is  re¬ 
quired.  If  call  number 
was  correct,  and  the 
"lost"  action  was  not  pro¬ 
cessed  before  the  recall 
for  the  given  day,  check 
for  bug  in  program.  If 
call  number  was  wrong, 
punch  a  new  transaction 
and  resubmit. 


16  Trying  to  renew  a  Self-explanatory.  Same  as  error  code  S. 

periodical  not  on 
loan. 


17  Trying  to  record  Self-explanatory.  Same  as  error  code  8. 

lost  periodical 
already  recorded 
as  lost. 
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Error 

Code 

Message 

Meaning 

18 

Found  periodical 
action  on  periodi¬ 
cal  not  recorded 
as  lost. 

Self-explanatory. 

19 

Trying  to  process 
a  book  not  shown 
on  inventory  mas¬ 
ter  file. 

Self-explanatory. 

20 

(Not  in  use) 

21 

(Not  in  use) 

22 

Surnames  do  not 
match  -  return 
vs  loan. 

Self-explanatory. 

23 

Surnames  do  not 
match  -  lost 
vs  loan. 

Self-explanatory. 

24 

Sumanes  do  not 
match  -  found  vs 
lost. 

Self-explanatory. 

25 

Call  number  does 
not  match  a  call 
number  on  the 
circulation  file. 

Self-explanatory. 

26 

Social  security 
number  does  not 
match  -  found  vs 
loan. 

Self-explanatory. 

Corrective  Action 
Same  as  error  code  13. 


Check  call  ninber  to 
see  if  it  was  pinched 
correctly.  If  so, 
res  limit. 


Check  to  see  if  call 
number  was  correctly 
punched.  If  so  check 
patron  nane  and  last 
five  positions  of  SSN. 

Same  as  error  code  22. 


Sames  as  error  code  22. 


Check  to  see  if  call 
number  was  correctly 
pinched.  If  so,  re¬ 
submit. 

Check  last  five  positions 
of  SSN.  (May  be  blank) 
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Section  V.  SERIALS  O0NTRQL  SUBSYSTEM 


1.  Introduction 

The  serials  control  subsystem  provides  the  library  with  an 
automated  system  for  formal  control  of  serials  ordering,  renewing, 
claiming,  routing,  holding  and  binding  functions  of  the  ALPHA  System. 
The  functions  of  the  serials  control  subsystem  are  comparable  to 
traditional  practices  under  the  same  broad  headings. 

Typical  traditional  practices  in  libraries  create  certain 
records  that  provide  control  of  the  each  aspect  of  serials  handling. 

We  will  consider  the  serials  records  usually  created  in  an  ua automated 
but  well  organized  library. 

Selection  is  by  patron  request  and  by  the  library  staff. 
Patron  requests  are  screened  to  make  sure  the  serials  are  suitable 
for  adding  to  the  library  stock.  Library  staff  selection  usually 
orginates  in  national  and  international  bibliographic  listings  which 
are  compared  against  the  serials  record  list  to  eliminate  duplication. 

Since  the  materials  themselves  are  published  on  a  variable 
basis  and  handling  functions  vary  due  to  their  nature,  this  has  tra¬ 
ditionally  meant  a  separate  set  of  records  for  ordering  information, 
one  for  receipts,  claims  and  holdings,  another  for  binding  and  still 
another  for  disposition  (routing  and  shelving).  While  the  factions 
themselves  must  be  handled  separately,  duplicate  information  is  re¬ 
quired  in  several  sets  of  records. 

When  a  subscription  is  requested  for  the  first  time,  a 
3"  x  5”  card,  bearing  the  following  information  is  prepared  and  filed: 
title  of  journal,  frequency  of  publication,  publisher  and  address, 
subscription  term,  price  per  subscription  or  volume,  item  number,  and 
addressee.  Upon  coeplction  of  the  card  the  subscription  order  is  typed 
on  a  formal  request  for  order.  Many  orders  were  written  and  many  ven¬ 
dors  were  used,  often  for  the  same  journal  title  but  for  different 
subscript  ions. 

Bound  journals  and  serials  may  be  classified  and  cataloged  or 
in  some  cases,  the  bound  journals  are  filed  alphabetically  by  title 
with  only  records  of  holdings  maintained  in  the  catalog. 
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At  RSIC  for  each  current  subscription  of  active  titles, 
plus  inactive  titles  for  which  RSIC  has  bound  holdings,  a  series  of 
80  character  records  is  created  and  maintained.  All  of  these  records 
together,  or  one  series  of  records  for  each  title,  make  up  the 
Serials*  Master  File. 

The  Serials  Master  File  is  the  central  source  of  serials 
information  for  serials  ordering,  renewing,  claiming,  routing,  holding 
and  binding  in  the  ALPHA  System.  For  library  use,  the  contents  of 
the  Serials  Master  File  are  displayed  as  the  Serials  Master  File  List 
(conplete),  figure  89.  Primary  use  of  this  information  display  of 
the  Serials  Master  File  will  be  made  by  the  serials  librarian  in 
maintenance  of  each  of  the  functions  mentioned. 

Three  types  of  actions  affecting  the  Serials  Master  File 
may  be  taken.  New  titles  may  be  established  on  the  file,  established 
records  may  be  revised,  and  records  may  be  deleted.  Data  for  these 
actions  are  keypunched  into  punch  cards  that  are  batched  and  periodi¬ 
cally  sent  to  computer  to  update  the  master  file. 

During  the  update  of  the  Serials  Master  File,  three 
auxiliary  outputs  are  produced  in  addition  to  the  Serials  Master  File 
List  previously  mentioned.  These  are  the  RSIC  New  Holdings  List,  Can¬ 
celled  Items  List  and  a  Changed  Items  List. 

Several  conputer  outputs  other  than  those  produced  at  the 
Serials  Master  File  update  a^  prepared  during  the  maintenance  of  the 
various  subordinate  files  of  the  sorial  subsystem.  A  cumulative 
listing  of  all  computer  outputs  and  their  meaning  is  presented  in 
paragraph  4  of  this  section. 

Figure  90  is  a  diagram  of  the  series  of  80  character  records 
for  one  title.  The  series  of  records,  each  record  identified  by  a 
two  digit  card  code,  is  organized  into  basic  groups  according  to 
content  and  purpose.  Records  01-0?  provide  a  standard  title  accepta¬ 
ble  for  ordering,  renewing,  claiming,  holding,  routing  and  binding 
junctions.  Records  03-09  are  primarily  data  required  for  ordering 
control.  Records  10-29  are  pertinent  to  binding  functions.  Records 
LA-12  are  pertinent  to  items  claimed.  The  30-59  records  relate  to 
holdings  and  lacks.  Records  60-69  are  used  to  record  bound  index 
holdings.  Records  70-79  provide  for  cross  reference  of  periodical 
titles.  The  purpose  and  content,  when  not  self  explanatory,  of 
each  possible  type  record  is  outlined  below: 

^rial  -  "A  library  term  for  periodicals,  annuals,  reports  and 
other  publications  appearing  usually  at  regular,  stated  intervals." 
(Bookman's  Glossary,  1961) 
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a.  Card  01 


This  card  contains  up  to  71  characters  of  Use  serial 
title.  If  the  title  is  inactive,  INACTIVE  will  be  entered  in 
positions  71-80,  providing  these  positions  are  not  required  for  the 
title.  If  these  positions  or  any  portion  thereof  are  required  for 
the  title,  INACTIVE  will  be  entered  in  positions  71-80  of  the  02 
card.  (See  card  02  below.)  Each  control  must  have  a  type  01  record. 

b.  Card  02 

Required  oily  if  the  title  and/or  title  plus  IN¬ 
ACTIVE,  exceeds  71  characters  provided  for  in  the  type  01  record. 
Words  should  not  be  broken  between  01  and  02  records.  The  inactive 
indicator  (INACTIVE),  when  required  in  the  02  record  should  always 
be  in  positions  71-80. 

c.  Card  03 


Required  for  all  active  titles.  Contains  vendor  name 
currently  providing  the  subscription  and  publisher's  name. 

d.  Card  04 


Required  for  all  active  titles.  It  contains  the 
publisher's  address. 

e.  Card  05 

Required  for  all  active  titles.  Contains  the  following 

elements : 

(1)  Language  or  Text .  Two  digit  abbreviations  of 
language  for  which  articles  within  a  journal  are  printed. 

(2)  English  Abstracts.  If  journal  is  published  in  a 
foreign  language  and  contains  English  abstracts,  a  "Y"  is  entered. 

If  English  abstracts  are  not  included,  a  "N"  will  be  entered. 

(3)  Country  of  Origin.  Self  explanatory. 

(4)  Translated  Edition.  If  this  title  was  originally 
published  in  another  language,  a  "Y"  will  be  entered,  otherwise  enter 
"N." 

(5)  Subscription  Price.  Current  list_ price. 

(6)  Number  of  Subscriptions.  Self  explan atory. 
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(7)  Subscription  END,  TVo  spaces  for  month  and  two 
spaces  for  year  or  F:S3n 

(8)  I  ton  Number.  A  five  digit  sequence  number  conse¬ 
cutively  assigned  to  each  Item  on  a  given  purchase  or  requisition 
order. 


(91  Delivery  Order  Nuriber.  A  two  digit  nuriber  assigned 
consecutively  during  a  given  year  to  orders  sent  this  vendor. 

(10)  Effective  Date  of  Subscription.  Self  explanatory. 

(11)  J/N/S/C.  All  journals  are  code  *'J."  All  news¬ 
papers  are  code  "N."  All  service  items  are  code  "S."  All  serials  are 
code  "C."  All  titles  must  be  identified  to  one  of  these  codes. 

(12)  SPC  Code.  (Code  1)  Active  titles  not  to  be  ordered, 
(code  2)  active  titles  not  to  be  routed,  (code  3)  active  titles  not 

to  be  o  red  or  routed,  (code  4)  active  titles  not  to  be  published  on 
the  title:  list,  (code  5)  active  titles  to  be  routed  in  parts,  (code  6) 
not  routed,  information  to  go  only  on  the  title  list,  will  not  effect 
routing. 


f.  Card  06 


Required  for  all  active  and  inactive  titles.  Contents 

are  as  follows: 


(1)  Addressee.  Position  10-11  contains  a  two  digit  nu¬ 
meric  code  used  to  match  the  following  mailing  addresses  when  pre¬ 
paring  purchase  or  requisition  orders.  Valid  codes  for  RSIC  use  are 
01,  02  and  05  which  will  print  the  following  addresses: 

01  -  Magazine  Room 
Building  4484 

Redstone  Arsenal,  Alabama  3S809 
ATTN:  RSIC  4484 

02  -  Conmanding  General 

U,  S.  Amy  Missile  Comnand  (AMSMI) 

Redstone  Arsenal,  Alabama 
ATTN: 

05  -  NASA 

Marshall  Space  Flight  Center 
Huntsville,  Alabama 
ATTN: 

Positions  12-42  of  the  addressee  field  contains  the  attention  line 
for  the  address. 
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(2)  Purchase  Order  Number.  The  purchase  order  number 
on  which  this  subscription~was  bought^  Blank  for  requisition  type 
items. 

(3)  Requisition  Number.  The  requisition  number  on 
which  this  subscription  was  acquired.  Blank  for  purchase  order  type 
items. 


(4)  Technical  Library  Number.  The  technical  library 
number  on  which  this  subscription  was'  bought.  Blank  for  requisition, 
zeros  in  purchase  order  field. 

(5)  Frequency.  The  number  of  publications  per  year. 

For  example,  a  daily  publication  would  have  365,  a  weekly  publication 
would  have  052,  etc.  If  frequency  is  irregular,  as  quite  common 
with  foreign  publications,  an  arbitrary  frequency  will  be  entered  with 
an  oveipunch  (-)  over  position  79. 

(6)  Purpose.  A  code  to  indicate  purpose  of  the  sub¬ 
scription.  Codes  are  as  follows: 

L  -  Used  for  library  purpose  only. 

C  -  Available  for  circulation. 

D  -  Subscription  sent  direct  to  addressee  re¬ 
flected. 

R  -  Received  at  library  but  all  copies  may  be 
routed.  (No  shelf  copy  retained  in  RSIC.) 

g.  Cards  07-09 


Use  only  if  notes  about  ordering  should  be  recorded. 
213  characters,  including  blanks,  are  provided  for  notes. 

h.  Card  10 


Required  only  for  current  titles  that  are  to  be  bound 
or  that  bound  holdings  are  available  in  RSIC.  Contents  are: 

(1)  General  Subject.  Self  explanatory. 

(2)  Binding  Schedule.  The  month  or  months  that  same 
type  of  binding  action  should  be  taken  on  this  title.  In  case  of 
titles  with  irregular  frequency  of  publication,  an  arbitrary  schedule 
will  be  entered. 

(3)  Volumes  per  Subscription.  Presently  unused. 

(4)  Issues  per  Volume.  Self  explanatory. 
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(5)  Volumes  per  Year.  Self  explanatory. 


Cards  11-12 


Presently  unused. 
Card  13 


Required  for  all  titles  that  are  to  be  bound.  Posi¬ 
tions  10  through  17  contain  nuneric  codes  from  which  binding  instruc¬ 
tions,  as  reflected  on  the  binding  rub,  may  be  printed.  Codes  by 
position  are  as  follows t 


POSITION  ITEM 


PRINTED  INSTRUCTION 


Title 


New  title 


Title  page  and 
content 


Blank  Repeat  title 

1  Separate 


Issue  Content 


Not  published 
Stub  for 
Bind  without 
Bind  in  place 
Bind  in  front 


Index 


Bind  in  front 


Bind  in  back 
Not  published 
Bind  without 


Stub  for 


Covers 


Remove  all 


Bind  in  all 


Bind  in  first  cover  only 
Bind  on  front  cover  only 
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POSITION 

ITEM 

POPE 

PRINTED  INSTRUCTION 

15 

Ads 

1 

Remove  all 

2 

Leave  in  all 

3 

Remove  all  ads  not  having 
text 

4 

Bind  all  ads  in  back  of 
volume 

' 

5 

Ads  with  text  bind  in  place 

16 

Parts,  Supplements , 
Abstracts,  Proceed¬ 

1 

Bind  in  place 

ings 

2 

Bind  in  back  of  volume 

17 

Split  Volumes 

1 

Yes 

Blank 

No 

The  remainder  of  the  13  record  contains  the  following: 
Color  -  A  fbyr  digit  color  code  (color  of  covers.) 

Size  -  Maximm  15  digit  size  (cover  specifications.) 
Bound  For  -  Organization 
Bind  Cost  -  Presently  unused, 

k.  Cards  14-19 


Use  only  if  information  concerning  the  publication  or 
special  handling  of  indexes  needs  recording. 

1.  Cards  20-29 


Use  for  recording  notes  concerning  binding.  Notes  should 
be  somewhat  permanent  in  nature  to  justify  recording  in  this  file. 

m.  Cards  1A-1Z 

Use  for  recording  information  concerning  items 

claimed. 

n.  Cards  30-39 

Use  for  recording  bomd  or  unbound  periodicals, 
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microcard  and  microfiche  holdings.  Four  sets  of  holdings  are  pro¬ 
vided  for  in  each  30  series  record.  A  holdings  set  is  conpri  sed  of 
a  type  (B-Boind,  U-Uhbound,  C-Microcards ,  F-Microfilm,  M-Micro- 
fiche),  series,  beginning  volune,  beginning  year,  the  ending  volume 
and  ending  year.  A  different  set  of  holdings  records  is  required 
each  time  a  break  in  series  or  volune  occurs .  A  maximum  of  40  sets 
of  holdings  are  provided  for  in  the  30-39  series  records. 

o.  Cards  40-49 


Use  for  recording  volune  lacks.  A  set  of  volune 
lacks  is  of  the  same  make-up  as  a  set  of  holdings  in  the  30-39  re¬ 
cords,  except  no  type  is  required. 

p.  Cards  50-59 


Use  to  record  missing  issues  nunbers  by  series, 

volume  and  year. 


q.  Cards  60-69 


Use  to  record  bound  indtx  holdings.  The  nature  of 
these  holdings  are  different  from  the  periodical  holdings,  therefore 
a  free  hand  form  of  recording  is  provided  for  in  this  series  of 
records. 


r.  Cards  70-79 


Use  to  record  cress  reference  titles.  These  titles 
are  coded  in  a  manner  which  pro\  ides  cross  reference  and  current  title 
lists  in  a  forward  or  backward  chain  reference.  Position  10  contains 
the  reference  code.  Codes  and  their  mraning  are  as  follows: 

S  -  See 

F  -  Formerly  in 
C  -  Currently 
P  -  Superseded 
T  -  Continued  as 


A  -  Also  in 


R  -  See  translation 


The  code  will  be  followed  with  a  period  and  a  blank  in  positions  11-12. 
The  remaining  positions  of  the  record  are  used  to  record  the  title. 

If  the  title  exceeds  the  capacity  of  this  70  series  record,  an 
asterisk  will  be  pinched  in  position  80  and  the  remaining  positions 
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of  the  title  will  be  pinched  in  the  next  70  series  record  available 
beginning  in  position  10.  Words  should  not  be  broken  between  two 
records. 


2.  Establishment  and  Maintenance  of  the  Serials  Master  File 

For  the  librarian,  establishment  and  maintenance  action  on 
the  Serials  Master  File  begins  with  a  data  source  document.  At  RSIC, 
this  is  the  library  request  card,  figure  28. 

All  library  request  cards  are  received  in  the  readers  services 
section.  In  checking  each  card  containing  a  serial  request,  the  first 
question  is  whether  the  serial  is  in  the  library;  the  Periodical  Master 
File  List  is  searched  for  the  title  or  for  a  title  that  appears  to 
refer  to  the  same  serial.  If  the  serial  is  in  the  library,  and  avail¬ 
able  for  circulation  or  routing,  it  is  charged  out  or  routed  and  mailed 
to  the  patron. 

If  the  serial  is  in  the  library  but  not  available  for  circu¬ 
lation  or  routing,  it  may  be  flagged  as  reserve;  that  is,  it  may  be  kept 
in  the  reference  section  or  it  may  be  a  copy  1,  which  is  not  circulated 
or  routed.  The  patron  is  informed  that  he  can  see  the  serial  by 
coming  to  the  library. 

If  the  serial  is  not  available  for  circulation  or  routing  and 
not  flagged  as  reserve,  an  attest  may  be  made  to  recall  a  copy.  If  it 
can  be,  it  is  recalled  and  charged  out  to  the  requesting  patron.  If  it 
cannot  be  recalled  or  use  of  a  copy  within  the  library  is  not  practical 
the  library  request  card  with  LC  classification  nunber,  complete  title, 
and  correct  author's  name  is  forwarded  to  the  acquisition  unit. 

If  the  requested  serial  is  not  cataloged,  it  may  already  be 
on  order.  The  serial  to  date  on-order  report  is  checked  to  see  whether 
it  is  or  not.  If  it  is  on  order,  and  if  enough  copies  have  been  ordered 
to  cover  the  request,  a  transaction  card  is  punched  adding  the  requesting 
patron  to  the  list  of  those  to  receive  the  serial  when  it  is  received  and 
processed.  If  not  enough  copies  have  been  ordered,  the  request  card  is 
forwarded  to  the  acquisition  uut.  If  the  serial  is  not  cataloged  and 
not  on  order,  the  request  card  is  forwarded  to  the  acquisition  unit. 

The  acquisition  wit  receives  the  library  request  cards  that 
have  been  screened  by  the  readers  services  section.  If  the  request 
refers  to  s  title  that  luis  been  cataloged  by  the  library,  the  card  should 
have  a  correct  author,  title,  publisher,  and  call  muter;  the  card  may 
be  regarded  as  a  recommendation  frtm  readers  services  section  to  purchase. 
The  acquisition  librarian  decides  whether  to  add  an  additional  copy  or 
copies  of  the  serial  to  the  library  holdings.  If  it  is  decided  to  add 
copies,  the  librarian  verifies  the  data,  adds  to  the  request  card  or 
subscription  order  request,  figure  91,  the  publisher’s  address,  quantity 
to  be  ordered,  wit  cost,  and  vendor,  and  places  the  card  or  subscription 
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order  request  in  the  to-be-ordered  file  grouped  with  any  others  for 
the  same  vendor. 

If  the  request  is  for  a  new  title,  the  notations  to  be  made 
(Ki  the  request  card  are  almost  the  same,  but  the  acquisition  unit  has 
the  responsibility  for  the  full  verification.  When  the  librarian 
identifies  exactly  what  is  wanted,  the  decision  must  then  be  made 
whether  the  serial  is  within  the  scope  of  the  library. 

Once  the  new  title  is  identified  and  it  is  decided  to  add  it 
to  the  library  holdings,  the  request  card  or  subscription  order  request 
is  also  placed  in  the  to-be-ordered  file.  Thus,  the  request  cards  for 
the  two  kinds  of  acquisitions  are  the  same,  except  that  for  new  titles 
there  is  no  LC  classification  number  on  the  card,  but  (if  the  title 
has  been  cataloged  by  the  LC)  there  is  an  LC  card  order  number. 

Request  cards  with  subscription  orders  are  forwarded  to  the  serials 
librarian. 


Periodically,  the  serials  librarian  keypunches  the  01-06 
transaction  cards  for  new  titles  which  will  be  used  to  initiate  orders 
for  the  requested  serial  and  also  update  the  Serials  Master  File. 

Serials  may  be  ordered  by  any  of  three  different  methods: 
purchase  orders,  requisition  orders  or  technical  library  (TL)  orders. 
Serials  may  also  be  procured  as  a  "free"  item. 

Purchase  orders  result  for  the  selection  of  vendors  by  the 
purchasing  office  to  fill  the  library's  requirements. 

Requisitions  are  orders  sent  to  specified  government 

agencies. 


Technical  library  (TL)  orders  result  in  the  selection  of  ven¬ 
dors  to  furnish  the  library  with  self  superceding  services  and  non-vendor 
type  publishers  to  furnish  journals. 

Renewals,  those  titles  expiring  on  a  specific  future  date, 
will  also  be  examined  by  the  serials  librarian.  The  renewal  date  for 
each  active  subscription  is  indicated  in  the  Renewal  Review  List  fur¬ 
nished  each  month  by  the  computation  center.  Associated  with  the  Re¬ 
view  List  will  be  a  oonputer  prepared  transaction  card  for  each  title 
appearing  on  the  list.  The  serials  librarian  will  complete  the  neces¬ 
sary  keypunching  of  this  transaction  card  to  indicate  renewal  or  can¬ 
cellation  of  the  title.  Any  changes  or  corrections  aay  also  be  aede 
at  this  time. 

Transaction  cards  for  new  titles,  renewals  or  cancellations 
are  sent  to  the  caaputatuon  center  once  each  month.  Another  computer 
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run  will  be  made  in  accordance  with  this  information  and  a  copy  of  the 
list  is  sent  to  the  serials  librarian  for  verification.  When  the  re¬ 
vised  list  is  satisfactory  the  serials  librarian  will  notify  the  compu¬ 
tation  center  to  print  the  serial  orders  which  are  sent  to  the  serials 
librarian  for  final  scrutiny  aid  transmittal  to  the  ordering  agency. 

Accoapoiying  the  serial  orders  will  be  updated  05-06  trans¬ 
action  cards  which  will  replace  those  prepared  initially  for  the  new 
mud  renewed  titles.  The  01  thru  06  for  new  and  05  and  06  for  renewed 
transaction  cards  will  be  used  to  update  the  Serials  Master  File  when 
the  subscription  be  cooes  effective. 

All  titles  an  order  will  be  displayed  on  the  to  date  on- 
order  list. 

3.  Serial  Data  Capture 

An  IBM  026  printing  card  punch  is  u^ad  to  transcribe  the  infor¬ 
mation  from  the  source  document  to  transaction  cards.  Detailed  discus¬ 
sion  of  keypunching  the  transaction  cards  for  each  type  of  action 
follows. 

The  control  number  for  each  series  of  records  is  assigned 
in  such  a  manner  that  its  magnitude  will  alphabetize  the  title.  The  first 
five  digits  (numeric)  of  a  control  number  are  assigned  to  a  given 
title.  These  five  digits  are  referred  to  throughout  the  system  as 
"basic  control  number."  The  sixth  digit  (alpha-numeric)  distinguishes 
various  subscriptions  of  a  title.  Three  factors  determine  the  number 
of  subscription  breakouts.  These  factors  are  different  vendors, 
addresses,  and  subscription  expiration  dates.  The  desired  list  of 
breakouts  is  thirty-six,  which  uses  all  26  letters  of  the  alphabet 
and  numerals  0-9.  However,  special  characters  may  be  used  if  required. 

If  special  characters  are  used,  consideration  should  be  given  to  the 
printability  of  such  characters  by  the  printer  to  be  utilized. 

The  number  of  records  required  for  a  given  control  number 
will  vary.  As  a  rule,  the  primary  subscription  for  a  given  title  will 
be  assigned  mn  "A"  in  the  6th  digit  of  the  control  number.  All  cross 
reference  titles,  binding  and  holdings  records  will  be  tied  to  this 
"A"  control  number. 

a.  Detailed  Instructions  by  Card  Code  and  Fields  for  New 
TTtTeT; - 

CARD  DATA  CARD 

QDCE  ELEM-XT  CELS  CDMCNTS 

All  Control  No.  1-6*  Right  justify.  Prefix  with  zeros  to  fill 

field. 


156 


CARD 

00EE 

DATA 

ELEMENT 

CARD 

POLS 

COMMENTS 

All 

Action  Code 

7 

Punch  a  "N"  in  all  cards  for  a  new  title. 
See  paragraph  2  for  other  than  new  items. 

01 

Card  Code 
Title 

8-9 

10-80* 

Left  justify.  If  the  title  being  punched 

is  inactive  and  cols  71-80  are  not  re¬ 
quired  for  the  title,  pinch  INACTIVE 
in  71-80.  If  71-80  are  required  for  title, 
pinch  INACTIVE  in  71-80  of  the  02  card. 

02  Card  Code  8-9 

Title  (Continued)  Required  only  if  title  exceeds  71  positions 

provided  for  in  the  01  card.  Left  justify. 
Words  should  not  be  broken  between  01  and 
02  cards.  The  inactive  indicator  (INACTIVE) 
when  required,  should  always  be  pinched  in 
cols  71-80. 


Card  Code 

8-9 

Vendor 

10-31* 

Left  justify.  Suffix  with  spaces. 

Publisher 

32-80 

Left  justify.  Suffix  with  spaces. 

Card  Code 

8-9 

Publ.  St. 
Address 
Publ.  City 
State , 

Coin  try 

10-50 

9 

51-80 

Left  justify.  Suffix  with  spaces. 

Left  justify  city.  Space  between  city  and 
state  or  city  aid  comtTy.  Suffix  fields 
with  spaces. 

Card  Code 

8-9 

Language 
or  Text 

10-11 

Language 
or  Text 

12-13 

Punch  the  two  digit  languages  as  required. 

Language 
or  Text 

14-15 

Punch  the  two  digit  languages  as  required. 
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CARD  DATA 
COEE  ELEMENT 


CARD 

COLS 


Jf-frENTS 


Language 

or  Text  16-17  Punch  the  two  digit  languages  as  required. 

Language 

or  Text  18-19  Pinch  the  two  digit  languages  as  required. 

Language 

or  Text  20-21  Pinch  the  two  digit  languages  as  required. 

Lmgu&ge 

or  Text  22-23  Pinch  the  two  digit  languages  as  required. 

English 

Abstract  24  P,nch  'V  for  yes,  "NM  for  no. 

Country 

of  Origin  25-39*  Left  justify.  Suffix  with  spaces. 
Translated 

Edition  40  Pinch  'V  for  yes,  "N”  for  no. 

Subscrip¬ 
tion  Price  41-47*  Right  justify.  Prefix  with  zeros  to  fill 

field. 

No.  of  Sub¬ 
scriptions  48-51*  Right  justify.  Prefix  with  zeros  to  fill 

field. 

Subscrip 

tion  52-55*  Punch  2  digit  month,  2  digit  year, 

END  Exaiqple-  For  Jan  1964,  punch  0164 

Item  No.  56  60  Right  justify.  Prefix  with  zeros  to  fill 

field. 

Order  No.  61-62  Right  justify.  Prefix  with  zeros  to  fill 

field. 

Date  Sub¬ 
scription 

Effective  63  66*  Punch  2  digit  month,  2  digit  year 

See  cols  52-55  above. 

J/S/N/C  67* 

Code 
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Puich  *’J"  for  Journal ,  ”SM  for  Service 
Item,  "N"  for  Newspapers  and  "C'  for 
Serial . 


CARD  DATA  CARD 

POPE  ELEMEOT  OOLS  COMMENTS 

Special 

Code  68  Punch  "1"  for  non-order  items. 

Punch  "2"  for  nan-routed  items. 

Punch  "3"  for  non-order,  non-route  items. 

Punch  "4"  for  non  published  items. 

Puncn  "5"  for  Routing  suffix  items. 

Punch  "6”  for  not  routed,  information  to 
Sw  only  on  the  title  list,  will  not  effect 
routing. 

For  all  other  items,  leave  blank. 

Accounta- 
ble  Item 


Code 

69 

Punch  "A"  if  item  is  accountable. 

Location 

Code 

70 

Punch  "A1’  indicates  item  is  located  in  perio 
dical  shelves  in  alphabetical  sequence. 

Punch  "B"  indicates  item  is  located  in  book 
shelves  in  classification  sequence. 

Punch  "C"  indicates  item  is  located  with  the 
abstracts  and  continuing  bibliographies  in 
alphabetical  sequence. 

Card  Code 

8-9 

Addressee 

10-42* 

Punch  2  digit  numeric  code  in  cols  10-1.1. 
Punch  addressee  symbol,  left  justified, 
in  cols  12-42. 

Purchase 
Order  No. 

43-51* 

Left  justify.  Leave  blank  on  Requisition 
items. 

Requisi¬ 
tion  No. 

52-64* 

Left  justify.  Leave  blank  an  Purchase 

Order  items. 

T.L.  No. 

6S-76 

Left  justify.  Do  not  punch  ’TL-" 

Frequency 

77-79* 

Riaht  justify.  Prefix  with  zeros  to  fill 
field. 

Purpose 

Code 

SO 

Punch  C,D,L,  or  R  codes. 
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CARD 

CODE, 

DATA 

ELEMENT 

CARD 

G3LS 

OOWENTS 

07-09 

Card  Code 

8-9 

Ordering 

Notes 

10-80 

Punch  free  from  left  justified. 

*NOTE:  These  fields  are  considered  vital  elements  of  data  that  should 
never  be  left  blank  when  establishing  records  for  new  control  numbers. 
Correct  renewal  and  routing  actions  without  these  elements  are  impos¬ 
sible  . 

10 

Card  Code 

8-9 

General 

Subject 

10-36 

Left  justify.  Suffix  with  spaces. 

Binding 

Schedule 

37-72 

Punch  3  digit  month  abbreviation  in  re¬ 
spective  field. 

Volune  per 
Subscrip¬ 
tion 

73-74 

Presently  unused. 

Issues  per 
Volune 

75-76 

Right  justify.  Prefix  with  zeros. 

Volumes 
per  Year 

77-78 

Right  justify.  Prefix  with  zeros. 

11 

Presently  unused. 

12 

Presently  unused. 

13 

Card  Code 

8-9 

Binding 

Codes 

Title 

10 

Punch  a  "1"  if  new  title  is  checked. 
Otherwise  leave  blank. 

Title  Page 
and  Content  11 

Punch  the  number  indicated  by  the 
block  checked. 

Issue 

Content 

12 

Punch  the  number  indicated  by  the  block 
checked. 
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CARD 

POPE 

DATA 

ELEMENT 

CARD 

POLS 

C3GM4ENTTS 

Index 

13 

Pinch  the  number  indicated  by  the  block 
checked. 

Covers 

14 

Punch  the  number  indicated  by  the  block 
checked. 

Ads 

IS 

Punch  the  number  indicated  by  the  block 
checked. 

Parts,  Sup 
plements , 
Abstracts 

16 

Punch  the  number  indicated  by  the  block 
checked. 

Split  Vols 

17 

Pinch  the  number  indicated  by  the  block 
checked. 

Color 

26-29 

Must  be  4  numeric  digits. 

Size 

30-44 

Punch  left  justified  as  it  should  appear 
on  printouts.  Suffix  with  spaces. 

Bound  for 

4S-63 

Left  justify.  Suffix  with  spaces. 

Binding 

Cost 

64-68 

Presently  unused. 

34-19 

Card  Codes 

8-9 

Index  Data  10-80 

Punch  free  from  left  justified. 

20-29 

Card  Codes 

8-9 

Binding 

notes 

10-80 

Punch  free  form. left  justified. 

1A-1Z 

Card  Code 

8-9 

P.  0. ,  Req. 10-22 
or  TL 

Nunber 

Punch  free  from  left  justified. 

Delivery 

order 

number 

23-24 

Prefix  with  zeros  to  fill  field. 
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CARD 

(DEE 

DATA 

ELEMENT 

CARD 

COLS 

GOfENTS 

Item 

number 

25-29 

Prefix  with  zeros  to  fill  field. 

Number  of 
claim 

30 

One  digit  number. 

Date  last 
claim 

31-36 

Prefix  with  zeros.  Punch  2  digit  month 
2  digit  year,  or  2  digit  day. 

Items 

claimed 

37-80 

Punch  free  from  left  justified.  If  con 
tinued,  go  to  card  1B-1Z. 

30-39 

Card  Codes 

8-9 

First  set 
of  Hold¬ 


ings 

10-26 

TVpe 

10 

Punch  B,  U,  C,  M  or  F  as  applicable. 

Beginning 

Series 

11-12 

Right  justify  -  prefix  with  zeros 
Punch  zeros  if  no  series. 

Beginning 

Volume 

13-15 

Right  justify  -  prefix  with  zeros. 
Punch  zeros  if  no  volume. 

Beginning 

Year 

16-19 

Punch  4  digit  year  if  known. 

Punch  zeros  if  no  year. 

Ending 

Volune 

20-22 

Right  justify  -  prefix  with  zeros. 
Punch  zeros  if  no  volume. 

Ending 

Year 

23-26 

Punch  4  digit  year.  Punch  zeros  if  no 
year. 

2nd  Set 
of  Hold- 

27-43 

See  1st  set  above. 

ings 


3rd  Set 
of  Hold¬ 
ings  44-60 


See  1st  set  above. 


CARD 

(DDE 

DATA 

ELEMENT 

CARD 

POLS 

(DNWENTS 

4th  Set 
of  Hold¬ 
ings 

61-77 

See  1st  set  above. 

Inventory 

indicator 

78 

Punch  ”1"  in  30  card  only  if  the  holdings 
being  recorded  have  been  physically  in¬ 
ventoried. 

40-49 

Card  Code 

8-9 

1st  set  of 

Volume 

Lacks 

11-26 

Same  as  30  series  holdings,  except  type  is 
omitted. 

2nd  set 
of  volume 
lacks 

28-43 

3rd  set 
of  volume 
lacks 

45-60 

4th  set 
of  volume 
lacks 

62-67 

50-59 

Card  Code 

8-9 

Issue  Lacks 

Series  10-11 

Punch  right  justified.  Prefix  with  zero  to 
fill  field. 

Voltone 

12-14 

Punch  right  justified.  Prefix  with  zero  to 
fill  field. 

Year 

15-18 

Punch  4  digit  year. 

Less  Number 

1  19-22 

Punch  right  justified.  Prefix  with  zeros 
to  fill  field. 

Less  Nunber 

2  23-26 

Punch  right  justified.  Prefix  with  zeros 
to  fill  field. 

CARD  DATA 
(DEE  ELEMENT 


CARD 

COLS 


OOWENTS 


Less  Nunber 

3  27-30  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Number 

4  31-34  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

5  35-38  Puich  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Number 

6  39-42  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Number 

7  43-46  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Number 

r  47-50  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

9  51-54  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

10  55-58  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

11  59-62  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

12  63-66  Puich  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

13  67-70  Puich  right  justified.  Prefix  with  zeros 

to  fill  field. 

Less  Nunber 

14  71-74  Punch  right  justified.  Prefix  with  zeros 

to  fill  field. 
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CARD 

CODE 

DATA 

ELEMENT 

CARD 

COLS 

00MCNTS 

Less  Nunber 

IS  75-78 

Punch  right  justified.  Prefix  with  zeros 
to  fill  field. 

60-69 

Card  Code 

8-9 

Index 

Holdings 

10-80 

Punch  free  form  left  justified. 

70-79 

Card  Code 

8-9 

Cross  Ref 
Title  Code 

10 

Punch  applicable  1  digit  alpha  code. 

11 

Punch  a  period. 

12 

Leave  blank. 

13-80 

Punch  title  left  justified.  If  the  title 
exceeds  the  capacity  of  1  card,  punch  an 
asterisk  in  col  80  and  begin  pinching 
the  remaining  title  in  col  10  of  the  next 
70  series  card. 

b.  Instructions  for  Changes,  Deletions,  and  Cancellations. 

(1)  Contents  of  Codes  01-02,  07-09,  14-29,  and  60-79  re- 

cords  already  existing  cm  the  master  file  can  be  changed  only  by  com¬ 
plete  re-submission  of  the  record  to  be  changed.  All  other  records  can 
be  changed  individual  fields  within  the  record  by  siixnitting  a  card 
with  the  control  nunber  (cols  1-6),  Card  Code  (cols  8-9),  and  the  field 
or  fields  to  be  changed  in  their  respective  colums. 


(2)  To  blank  out  an  existing  field  within  a  record,  pinch 
a  zero  in  the  high  order  colum  of  the  field  to  be  blanked.  For  exam¬ 
ple,  to  blank  out  purchase  order  number  in  the  06  type  record,  punch  a 
zero  in  col um  43. 


(3)  To  delete  from  the  master  a  complete  record  within  a 
title,  submit  a  card  with  control  nunber  (cols  1-6),  action  code  "IT 
(col  7),  and  the  card  code  (cols  8-9). 

(4)  To  delete  from  the  master  all  records  for  a  given  con¬ 
trol  number  (cancellations).  Submit  a  card  with  the  control  number  to 
be  deleted  in  cols  1-6,  and  ”00"  in  card  code  (cols  8-9). 
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4.  Serial  File  Outputs 

Some  serial  file  outputs  are  prepared  each  time  the  master 
file  is  updated,  other  outputs  which  are  of  cumulative  nature  are 
prepared  cn  a  weekly,  monthly,  semiannual  or  upon  request  basis. 

Outputs  will  be  displayed  as  either  multicopy  printouts,  5x8  cards 
or  conputer  produced,  pinched  and  printed  transaction  cards.  All 
multicopy  printouts  are  standardized  in  8  1/2x11  paper.  The 
following  is  a  list  of  all  serial  file  outputs. 

a.  Couplete  Serial  Master  File  List 

b.  RSIC  New  Holdings  List 

c.  Serial  Input  Transaction  Error  List 

d.  Cancelled  Items  List 

e.  (hanged  Items  List 

f.  Serials  Update  Error  List 

g.  Binding  Review  List 

h.  Binding  Error  List 

i.  Serials  Renewal  Review  List 

j.  Serials  Renewal  Review  Error  List 

k.  Cancellation  List 

l.  Verification  List 

m.  Renewal  Update  Error  List 

n.  Requisition  Item  List 

o.  Purchase  Order  List 

p.  TL  Order  List 

q.  New  and  Renewal  Items  Statistical  Report 

r.  To  Date  On-Order  List 

s.  To  Date  On-Order  Error  List 

t.  To  Date  Cn- Order  Delete  List 

u.  Route  slip 

v.  Review  List  of  All  Route  Slips 

w.  Serials  Condensed  List 

x.  Serials  Routing  (General  Statistics)  and 
Error  List 

y.  Claims  Report 

z.  Titles  and  Holdings  Cross  Reference  List  (Periodical 
Catalog) 

The  Serials  Master  File  List  (complete),  figure  89,  in 
control  nimfeer  sequence  is  the  most  important  serial  file  output. 

It  is  a  display  of  the  total  contents  of  the  Serials  Master  File. 

The  primary  purpose  of  the  Serials  Master  File  List  is  to 
display  the  complete  contents  of  the  Serials  Master  File  for  use  in 
ordering,  binding,  renewing,  claiming,  routing  arid  recording  holdings. 
The  list  is  produced  twice  each  month.  Copies  of  the  list  are  kept  at 
the  circulation  desk,  in  the  acquisition  unit,  at  the  branch  libraries, 
by  the  contractor  who  does  binding,  and  by  the  serials  unit 
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The  New  Holdings  List,  figure  92,  is  a  display  of  all  new 
holdings  added  to  the  Serials  Master  File  at  each  update.  This 
listing  is  presented  in  control  number  sequence.  Copies  of  this 
listing  are  kept  by  the  serials  unit. 

The  Serials  Input  Transaction  Error  List,  figure  93, 
is  a  display  of  all  input  transactions  found  in  error.  It  is  pro¬ 
duced  only  if  errors  are  found  in  the  input  transactions.  This 
listing  will  be  presented  in  control  number  sequence  with  an  indi¬ 
cative  error  message.  The  sole  purpose  of  this  list  is  to  assist 
the  serials  librarian  in  correcting  input  errors.  Copies  of  this 
list  are  kept  by  the  serials  unit. 

The  Cancelled  Items  List,  figure  94,  is  a  display  of  all 
Serials  Master  File  records  deleted  during  each  update.  Inis  listing 
will  be  presented  in  control  number  sequence.  Primary  use  of  this 
list  will  be  made  in  determining  what  was  cancelled  from  the  Serials 
Master  File.  Copies  of  this  list  are  kept  by  the  serials  unit. 

The  Changed  Items  List,  figure  9S,  is  a  display  of  Serials 
Master  File  records  which  are  changed  during  each  update.  This 
listing  will  be  presented  in  control  number  sequence.  Primary  use 
of  this  list  will  be  made  in  dete mining  what  was  changed  in  the 
Serials  Master  File.  Copies  of  this  list  are  kept  by  the  serials 
unit. 


The  Serials  Master  File  Update  Error  List,  figure  96,  is  a 
display  of  all  transaction  found  in  error  during  each  update.  It 
is  produced  only  if  errors  are  found  in  the  update  transactions. 

This  listing  will  be  presented  in  control  number  sequence  with  an  in¬ 
dicative  error  message.  The  sole  purpose  of  this  list  is  to  assist 
the  serials  librarian  in  correcting  update  errors.  Copies  of  this 
list  are  kept  by  the  serials  unit. 

The  Binding  Review  List,  figure  97,  is  a  display  of  all 
titles  which  are  to  be  considered  for  binding  during  the  current  month. 
Primary  use  of  this  list  will  be  made  in  determining  if  the  titles 
displayed  will  be  bound.  This  listing,  presented  in  control  number 
sequence,  is  produced  once  each  month.  Copies  of  the  list  are  kept 
by  the  serials  unit. 

The  Binding  Error  List,  figure  98,  is  a  display  of  all 
binding  records  found  in  error.  It  is  produced  only  if  errors  are 
found  in  the  Binding  Review  List.  This  listing  will  be  presented  in 
control  number  sequence  with  an  indicative  error  message.  The  sole 
purpose  of  this  list  is  to  assist  the  serials  librarian  in  correcting 
binding  errors.  Copies  of  this  list  are  kept  by  the  serials  unit. 

The  Serials  Renewal  Review  List,  figure  99,  is  a  display  of 
all  titles  which  are  to  be  considered  for  renewal  for  the  next  year. 
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Journals  will  appear  on  this  list  five  months  prior  to  renewal  date; 
services,  newspapers  and  requisitions  will  appear  three  months  prior 
to  renewal  date.  This  list  is  presented  in  control  nunber  sequence. 
Primary  use  of  this  listing  is  to  determine  furture  requirements  for 
titles  displayed  on  the  Review  List.  Associated  with  the  review  list 
will  be  a  computer  produced  transaction  card  for  each  item  appearing 
on  the  list.  Each  transaction  will  be  used  to  either  renew  or  cancel 
an  item  appearing  on  the  Review  List.  Copies  of  the  Review  List  with 
transaction  cards  are  kept  by  the  serials  unit. 

The  Serials  Renewal  Review  Error  List,  figure  100,  is  a 
display  of  records  found  in  error  in  the  current  month's  review 
list.  It  is  produced  only  if  errors  are  found  in  the  review  list 
records.  This  list  will  be  presented  in  control  nunber  sequence  with 
an  indicative  error  message.  The  sole  purpose  of  this  list  is  to 
assist  the  serials  librarian  in  correcting  renewal  review  errors. 

Copies  of  the  error  list  are  kept  by  the  serials  laiit. 

The  Subscription  Cancellation  List,  figure  101,  is  a  display 
of  all  titles  cancelled  from  the  current  month's  renewal  item  master. 
This  listing,  presented  in  control  nunber  sequence,  is  produced  once 
each  month.  Primary  use  of  this  list  will  be  made  in  determining 
what  was  cancelled  from  the  current  month's  renewal  item  master. 

Copies  of  this  list  are  kept  by  the  serials  unit. 

The  Renewal  Verification  List,  figure  102,  is  a  display  of 
all  titles  renewed,  new  records  added  or  changes  made  to  the  current 
month's  renewal  items  master.  This  list,  presented  in  control  nunber 
sequence,  is  produced  one  time  (or  more  if  needed)  each  month.  Primary 
use  of  this  list  will  be  made  in  determining  when  all  records  in  the 
renewal  items  master  are  correct.  Associated  with  the  Renewal 
Verification  List  will  be  conputer  produced  Serials  Master  File  main¬ 
tenance  transactions  cards.  These  transaction  cards  represent  changes 
which  are  to  be  made  to  the  Serials  Master  File  now  or  suspense  changes 
which  are  to  be  made  when  the  subscription  becomes  effective.  Ccpies 
of  the  verification  list  with  transaction  cards  are  kept  by  the 
serials  unit. 

The  Renewal  Update  Error  List,  103,  is  a  display  of 
all  records  found  in  error  during  the  current  month's  renewal  item 
master  update.  It  is  produced  only  if  errors  are  found  in  the  update 
transactions.  This  list  is  presented  in  control  number  sequence 
with  an  indicative  error  message.  The  sole  purpose  of  this  list  is  to 
assist  the  serials  librarian  in  correcting  renewal  item  master  update 
errors.  Copies  of  the  Error  List  are  kept  by  the  serials  unit. 

The  Requisition  Items  List,  figure  104,  is  a  conputer  pro¬ 
duced  listing  by  requisition  nunber,  date  and  item  nunber  of  all  titles 
to  be  ordered  on  requisitions  for  the  current  month.  Primary  use  of 
this  list  will  be  made  in  preparation  of  the  requisition  form. 

Ccpies  of  this  list  are  kept  by  the  serials  unit. 
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The  Technical  Library  (TL)  Order  Item  List,  figure  106,  is 
a  computer  produced  listing  by  TL  number,  date  and  item  nunber  of 
all  titles  to  be  purchased  on  a  TL  nunber  for  the  current  month. 
Primary  use  of  this  list  is  made  in  preparation  of  the  purchase 
order  form.  Copies  of  this  list  are  kept  by  the  serials  uiit. 

The  Purchase  Order  Item  List,  figure  105,  is  a  conputer  pro¬ 
duced  listing  by  purchase  order  nunber,  delivery  order  nunber,  date 
and  item  nunber  of  all  titles  to  be  ordered  on  a  purchase  order  for 
the  current  month.  Primary  use  of  this  list  is  Bade  in  prepara¬ 
tion  of  the  purchase  order  form.  Copies  of  this  list  are  kept  by 
the  serial  unit. 

The  Statistics  of  Renewal  Report,  figure  107,  is  a  display 
of  the  cost  of  each  new  or  renewed  title  and  the  total  cost  for  each 
TL,  purchase  order  or  requisition  by  vendor.  This  report  is  presented 
in  random  sequence  by  vendor  nunber  and  name.  Primary  use  of  this 
report  will  be  in  determining  total  amount  expended  per  vendor  and 
preparation  of  the  purchase  order,  delivery  order  or  requistion  forms. 

The  To-Date  Ch-Order  List,  figure  108,  is  a  display  of  all 
titles  on  order  current  through  the  month.  This  listing,  presented 
in  control  nunber  sequence,  is  produced  once  each  month.  Primary 
use  of  the  list  is  made  in  determining  what  has  been  previously 
ordered.  Copies  of  this  list  are  kept  by  the  acquisition  and  serials 
units. 

The  To-Date  Cn-Order  Error  List,  figure  109,  is  a  display 
of  all  records  found  in  error  during  the  ipdate  of  the  To-Date  Qn- 
Order  Master.  It  is  produced  only  if  errors  are  fomd  in  the  update 
records.  This  listing  will  be  presented  in  control  nunber  sequence 
with  an  indicative  error  message.  The  sole  purpose  of  this  list  is 
to  assist  the  serial  librarian  in  correcting  ipdate  errors.  Copies  of 
the  list  are  kept  by  the  serials  uiit. 

The  To-Date  Ch-Order  Delete  List,  figure  110,  is  a  display 
of  all  records  deleted  from  the  To-Date  On-Order  Master  during  the 
update.  It  is  produced  only  if  records  are  deleted  during  the  ipdate. 
This  list  will  be  presented  in  control  nusfeer  sequence.  Primary  use 
of  the  list  is  in  determining  what  was  deleted  from  the  To-Date 
Ch-Order  Master. 

Route  Slip,  figure  111,  is  a  display  of  the  complete  routing 
requirement  for  one  title.  Route  Slips  are  produced  on  a  weekly,  bi¬ 
weekly,  monthly,  bimonthly,  quarterly  and  irregular  frequency. 

These  slips  are  prepared  in  control  nudber  sequence.  Primary  use  of 
the  Route  Slips  will  be  made  in  determining  who  gets  what,  Where 
and  when.  All  Route  Slips  are  kept  by  the  serials  uiit. 

The  Cooplete  Review  List  of  AH  Route  Slips,  figure  112,  is 
a  display  of  all  titles  routed  and  to  whom  each  is  routed.  This 
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list,  presented  in  control  nuafcer  sequence,  is  produced  each  week. 
Primary  use  of  this  list  will  be  made  in  the  adding  of  patrons  to 
present  routing  requirements.  Copies  of  tills  list  are  kept  by  the 
circulation  and  serials  units. 

The  Serials  Condensed  List,  figure  113,  which  is  produced 
with  the  Complete  Review  List  of  All  Route  Slips  is  a  uisplay  of  all 
titles  which  are  available  for  routing  but  have  no  routing  require¬ 
ment.  Also  displayed  m  this  list  are  requests  for  items  which  are 
unavailable  due  to  no  record  of  subscription.  This  list,  presented 
in  control  number  sequence,  is  produced  each  week.  Copies  of  this 
list  are  kept  by  the  circulation  and  serials  units. 

Serials  Routing  System  (General  Statistics)  and  Error  List, 
figure  114,  which  is  produced  with  the  Conplete  Review  of  All  Route 
Slips,  is  a  statistical  display  of  the  serials  routing  system  and  any 
error  therein.  This  list,  presented  in  the  format  shown,  is  produced 
once  each  week.  Copies  of  this  list  are  kept  by  the  ci:  '  ilat’cn,  dccu 
ments  and  serials  units  and  the  director  of  RSIC. 

Claims  Report,  figure  115,  is  a  computer  produced  <-„j».>lay 
of  all  items  which  RSIC  has  ordered  but  has  not  received.  This 
listing,  presented  in  purchase  order,  delivery  order  and  item  number 
sequence  Is  produced  only  upon  request.  Primary  use  of  this  list 
will  be  made  in  followup,  expedite  or  re-order  cl  the  item  ordered. 
Associated  with  each  item  appearing  on  the  Claims  Report  will  be  a 
computer  produced  transaction  card.  This  card  vill  be  used  to 
delete  the  item  from  tire  Claims  Report  when  the  item  is  received. 
Copies  of  the  Claims  Report  with  transaction  cards  are  kept  by  the 
serials  unit. 


The  Titles  and  Holdings  Crocs  Reference  List  (Periodical 
Catalog),  figure  116,  is  a  coaputer  prepared  display  of  all  journal 
titles  and  holdings  cross  references  held  by  RSIC.  This  list,  pre¬ 
sented  in  alphabetical  sequence  by  title,  is  produced  twice  each 
year.  Primary  use  of  this  list  is  made  by  the  librarv  staff 
and  library  patrons  in  determining  what  journal  titles  v active  and 
inactive),  cross  references,  mid  holdings  are  available  at  RSIC. 

One  copy  of  the  list  is  transmitted  to  tht  serials  unit  tor  verifica¬ 
tion  prior  to  printing  of  catalogs. 

5.  Editing  Criteria 

Edits  are  rules  specifying  that  certain  things  imst  be  or 
cannot  be  in  the  specified  field  of  the  transaction  record  or  that 
certain  series  must  be  properly  used.  Each  transaction  record  found 
in  error  rhould  be  manually  screened  md  corrective  action  taken. 

The  foliating  are  error  and  processing  messages  with  explanation  and 
suggested  corrective  action. 
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a.  Serials  Input  Transaction  Editing  Criteria 


Ms  an  in  g 

Corrective  Action 

CONTROL  NIMBER 
MISSING 

Each  transaction  record 
processed  must  have  a 
control  nunber. 

Research  subscription  re¬ 
quest.  Determine  control 
nuiber  and  submit  correc¬ 
tion  pc  '  transaction  change 
instructions. 

INVALID  CARD 

CODE- REJECTED 

Card  codes  must  be  01- 
79  or  1A-1Z.  Card 
code  could  contain 
wrong  code  for  speci¬ 
fic  action. 

Determine  correct  card  code 
and  submit  correction  per 
transaction  change  instruc¬ 
tions  . 

MISSING  01  CARD 
(DDE 

Each  new  transaction 
processed  must  have 
an  01  card. 

Research  subscription  request. 
Determine  appropriate  data 
for  01  card  code  and  submit 
new  transaction  card. 

MISSING  03  CARD 
CODE 

Each  new  transaction 
processed  must  have 
an  03  card. 

Research  subscription  request. 
Determine  appropriate  data 
for  03  card  code  and  submit 
new  transaction  card. 

MISSING  VENDOR 

IN  03  CARD 

Vendor  is  a  vital 
element  for  sU  new 
transactions. 

Research  subscription  request. 
Determine  vendor  and  submit 
correction  per  transaction 
change  instruct ions. 

MISSING  04  CARD 
CODE 

Each  new  transaction 
pix>cessed  should  have 
an  04  card. 

Research  subscription  request. 
Determine  appropriate  data 
for  04  card  code  and  submit 
new  transaction. 

MISSING  05  CARD 
(DDE 

Each  new  transaction 
processed  must  have 
an  OS  card. 

Research  subscription  request. 
Determine  appropriate  data  for 

05  card  code  and  submit  new 
transaction. 

MISSING  COUNTRY 

OF  ORIGIN  IN 

OS  CARD 

Country  of  origin  is 
a  vital  element  for 
all  new  transactions . 

ffcsearch  subscription  request. 
Determine  country  of  origin 
and  submit  correction  per 
transaction  change  instruction*. 

MISSING  'UMH-R 

or  subscriptions 

OS  CARD 

Number  of  subscrip¬ 
tions  is  a  vital 
element  for  all  new 

Research  subscription  request. 
Determine  number  of  subscrip¬ 
tions  and  submit  correction 
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Message 

Meaning 

Corrective  Action 

transactions . 

per  transaction  change  instruc¬ 
tions  . 

SUBSCRIPTION  END 
DATE  MISSING  05 
CARD 

Subscription  end  date 
is  a  vital  element 
for  all  new  transac¬ 
tions  . 

Research  subscription  request. 
Deteimine  subscription  end 
date  arid  submit  correction  per 
transaction  change  instructions. 

SUBSCRIPTION  BE¬ 
GINNING  DATE 
MISSING  05 

CARD 

Subscription  beginning 
date  is  a  vital  element 
for  all  new  transac¬ 
tions  o 

Research  subscription  request. 
Determine  subscription  beginning 
date  and  submit  correction  per 
transaction  change  instructions. 

iDLUfl  67  IS  NOT 
J,S,N,C  05  CARD 

Colum  67  of  05  card 
must  be  J,S,N  O”-  C. 

Research  subscription  request. 
Deteimine  correct  type  code 
and  submit  correction  per  trans¬ 
action  change  instructions. 

COLUMN  68  IS  NOT 
BLANK,  1,2, 3,4, 
5,6  05  CARD 

Colum  68  of  05  card 
may  reflect  special 
code  1,2, 3, 4, 5  or  6. 

Determine  special  code  if  re¬ 
quired  and  submit  correction  per 
transaction  change  instructions. 

MISSING  06  CARD 
CODE 

Each  new  transaction 
record  processed 
should  have  an  06 
card. 

Research  subscription  request. 
Determine  appropriate  data  for 

06  card  code  and  submit  new 
transactions . 

MAJOR  ADDRESSEE 
CODE  INCORRECT 

06  CARD 

Address  code  must  be 

01,  02  or  05. 

Submit,  correction  per  transac¬ 
tion  change  instructions. 

REQUISITION, 

P.  0.  AND  TL 
NIMJER  MISSING 

Each  06  transaction 
card  must  contain 
either  req,  P.O.  or 

T.L.  number. 

Deteimine  appropriate  number 
and  submit  correction  per 
change  instructions. 

FREQUENCY  NIACER 
IS  INCORRECT  06 
CARD 

Must  be  a  three  digit 
number.  Prefix  with 
zeros  to  fill  field. 

Determine  appropriate  frequency 
and  submit  correction  per 
change  instructions. 

PURPOSE  CODE  IS 
NOT  C,J  ,D  OR 

R  IN  06  CARD 

Puipose  code  must  be 
C,L,D  or  R. 

Deteimine  appropriate  purpose 
code  and  submit  correction 
per  change  instructions. 

ACTION  CODE  N 
SHOULD  NOT  BE  IN 
THIS  CARD-RE¬ 
JECTED 

This  transaction  card 
is  for  action  other 
than  new. 

Deteimine  purpose  for  this 
transaction  card  and  submit 
change  correction  per  change 
instructions. 
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Serial  Master  File  Update  Editing  Criteria 


b. 


Message 

Meaning 

Corrective  Action 

THE  FOLLOWING 
CONTROL  NUMBERS 
HAVE  NO  TITLE 

The  01  transactions 
card  have  been  omitted. 

Research  subscription  request. 
Determine  appropriate  data 
for  01  card  and  submit  new 
transaction. 

THE  FOLLOWING 
TRANSACTIONS 

WERE  SUBMITTED 
WITH  CONTROL 
NIMBER  FIELDS 
DUPLICATE  - 
FIRST  TRANSAC¬ 
TION  ONLY  PRO¬ 
CESSED 

The  new  transaction 
cards  were  submitted 
with  the  old  ernes 
being  replaced. 

Verify*  by  screening  serials 
master  file  list. 

c.  Renew  and  Binding  Editing  Criteria 

Message 

Meaning 

Corrective  Action 

HAS  NO  TITLE  IN 
01  CARD 

Title  has  been  omitted 
in  serials  master  file. 

Research  subscription  request. 
Determine  title  and  submit 
correction  per  change  instruc¬ 
tions  at  next  update. 

HAS  NO  WL. 

PER  YR.  IN 

10  CARD 

Self-explanatory. 

Determine  and  submit  per 
transaction  change  instruc¬ 
tions. 

HAS  NO  ISSUES 

PER  WL.  IN  10 
CARD 

Self-explanatoiy. 

Same  as  preceding. 

HAS  NO  VOL.  PER 
SUBSCRIPTION  IN 

10  CARD 

(Presently  mused.) 

HAS  NO  GENERAL 

SUBSCRIPTION 

CLASSIFICATION 

IN  10  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  A  13  CARD 

BUI  NO  10  CARD  - 
(NO  ACTION 

TAKEN) 

Transaction  card  10  is 
required  for  all  titles 
that  are  to  be  bound 
on  that  bound  holdings 

Determine  and  submit  trans¬ 
action. 

are  available. 
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Message 

Meaning 

Corrective  Action 

HAS  NO  TITLE 

PAGE  AND  CONTENT 
INSTRUCTIONS 

Self-explanatory. 

Determine  and  submit  per 
transaction  change  instruc¬ 
tions  . 

HAS  NO  ADVERTISE - 
KENT  INSTRUC¬ 
TIONS  IN  13 

CARD 

Sel  f-explanatory . 

Same  as  preceding 

HAS  NO  INDEX 
INSTRUCTIONS 

IN  13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  BINDING 
COST  IN  13 

CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  PTS  PLUS 
ABSTRACT  IN¬ 
STRUCTIONS  IN 

13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  SIZE 

IN  13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  COVER 
INFORMATION 

IN  13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  10  CARD 

BUT  NO  13 

CARD 

Transaction  card  13  con¬ 
tains  all  binding  re¬ 
quirements  for  title 
which  are  to  be  bound. 

Determine  and  submit 
transactions . 

HAS  IX)  ISSUE 
CONTENT  INSTRUC¬ 
TIONS  IN  13  CARD 

Self-explanatory. 

Determine  and  submit  per 
transaction  change 
instructions. 

HAS  NO  COLOR 
SPECIFICATION 

IN  13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  BINDING 
SCHEDULE  IN 

10  CARD 

Self-explanatory. 

Same  as  preceding. 
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Section  VI .  DOCUMENTS  CONTROL  SUBSYSTEM 


Documents  ordering  and  receiving,  cataloging  and  circulation 
have  not  been  implemented  under  ALPHA-1-  They  have  been  planned 
to  be  essentially  the  same  as  for  books  except  for  obviously 
different  requirements  such  as  security,  the  different  identifying 
and  retrieval  points  and  the  lack  of  financial  record-keeping. 

The  patron  and  language  subsystems  are  already  available  to  stpport 
the  documents  area. 

No  further  efforts  will  be  made  uider  ALPHA-1  to  implement  the 
automation  of  the  documents  handling,  but  ALPHA-2  includes  this 
aspect  of  RSIC's  function. 
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Chapter  3 

INRDRMATION  R)R  DATA  PROCESSING  PERSONNEL 
Section  I.  INTRODUCTICN 


1.  General 

This  chapter  is  addressed  primarily  to  professional  pro¬ 
grammers  who  may  be  interested  in  adapting  part  or  all  of  the  ALPHA-1 
System  for  their  own  use.  However,  anyone  wanting  to  know  the  working 
details  of  the  system  from  the  viewpoint  of  the  programmer  will  find 
them  here. 

As  indicated  in  earlier  pages,  ALPHA-1  is  an  integrated 
and  automatic  information  and  data  processing,  retrieval  and  control 
system  for  the  library  functions  of  RSIC. 

It  is  an  external  index  type  system  which  encompasses  descrip¬ 
tive,  subject  and  inventory  control  aspects  for  all  types  of  informa¬ 
tion  processed  and  controlled  by  RSIC  as  well  as  having  a  built-in 
flexibility  for  expansion  and  interconnection  with  other  automated 
information  systems. 

2.  System  Principles 

The  principles  selected  and  used  as  system  development  cri¬ 
teria  in  synthesizing  the  ALPHA-1  System  are  formulated  and  listed 
below. 

a.  The  ALPHA-1  System  must  be  open-ended  and  capable  of  ex¬ 
pansion.  It  will  be  easy  to  modify,  change,  and  extend. 

b.  It  must  provide  for  incorporation  of  adaptable  programmed 
subsystems,  thesauri,  authority  lists,  and  planned  and  existing  machine 
readable  files,  such  as  NASA  tapes,  DDC  tapes,  AEC  tapes,  and 
Library  of  Congress  infoimation. 

c.  The  system  must  supply,  and  in  fact  augment,  the  external 
lists  and  catalogs  that  are  available  for  inspection  by  library  personnel 
in  the  discharge  of  their  duties.. 

d.  The  conputer  will  be  used  when  the  basis  for  decisions 
can  be  defined  in  terms  of  logic  tables,  reference  tables,  or  in¬ 
equalities,  and  when  the  action  taken  can  be  performed  or  expressed 
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automatically  by  the  conputer  and  its  peripheral  equipment .  Human 
intervention  will  be  minimized. 

e.  Operations  performed  and  data  included  must  be  simpli¬ 
fied  and  minimized.  As  many  operations  as  possible  will  be  included 
in  a  kind  of  closed-loop  system  so  that  its  interrelated  component 
functions  are  planned,  tested,  and  proved  compatible  with  the  system 
as  a  whole  to  insure  economic  and  efficient  operation  of  the  entire 
system. 


f.  Source  Data.  Original  input  data  will  be  introduced 
into  the  system  at  the  earliest  possible  point  in  the  process.  For 
books,  this  is  at  the  time  of  ordering;  for  documents,  at  the  time 
of  receipt. 


g.  A  "hopper"  concept  will  be  used  for  input  data  whenever 
practicable.  This  technique  provides  that  transactions  of  differing 
types  and  priorities  may  be  "thrown  in  the  hopper*'  for  the  computer 
to  determine  what  transactions  affect  which  records,  in  what  order, 
and  to  what  extent.  This  procedure  simplifies  the  rules  and  mechani¬ 
cal  requirements  imposed  on  library  personnel  operating  externally 

to  the  system. 

h.  Feedback.  The  duplication  of  data  stored,  processed, 
and  transcribed  will  be  minimized  through  consolidation  of  files, 
integration  of  related  functions,  and  use  of  feedback  loops.  For 
exanple,  a  prepunched  card  which  is  generated  at  the  time  of  an  order 
will  serve  later  for  the  receiving  transaction.  When  the  item  is  re¬ 
ceived,  it  is  necessary  to  add  only  the  quantity  received  and  order 
data  specific  to  the  action  of  receipt. 

i.  The  conputer  will  be  used  to  perform  checks  on  the 
validity  and  consistency  of  data  entered  into  the  system. 

3.  System  Hardware  Utilization 

Central  Processing.  The  USAMIOOM  Computation  Center  presently 
uses  an  IBM- 7010  conputer  with  14  tape  drives,  supported  for  peripher¬ 
al  purposes  (card-to-tape,  printing,  tape-tp-punched  card)  with  IBM- 
1460  conputers. 

Data  Capture.  Achieving  the  earliest  machine  readability 
required  that  peripheral  hardware  be  housed  in  the  library.  This 
equipment  includes  Friden  Flexowriters,  an  IBM  632  typing  calcu¬ 
lator  and  IBM  026  keypunch  devices. 

The  632,  which  utilizes  both  standard  typewriter  and  ten-key 
adding  machine  keyboards,  is  used  to  create  card  input  at  the  time  of 
ordering.  The  machine  contains  sufficient  core  storage  and  has  enough 
programnability  to  permit  typing  of  various  required  hard-copy  order 
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forms  while  simultaneously  producing  suitable  cards  for  machine  input 
purposes. 


The  Flexowriter  is  suited  to  the  generation  of  long  strings 
of  information,  such  as  machinable  abstracts  and  bibliographies.  To 
attempt  this  directly  through  the  use  of  punched  cards  results  in 
problems  of  splitting  continuous  information  among  a  set  of  cards,  all 
of  which  must  then  contain  coninon  information  identifying  the  set  as 
well  as  information  specifying  the  sequential  order  of  the  cards. 

Input  originating  on  punched  paper  tape  will  however  be  automatically 
converted  to  magnetic  tape  for  input  to  the  central  conputer.  This 
is  done  for  two  reasons:  The  current  machine  configuration  does  not 
provide  for  paper  tape  input  and,  more  inportantly,  a  single  input 
form  is  achieved  for  all  transactions  which  is  vital,  if  the  "hopper" 
concept  is  to  be  successfully  implemented. 

An  added  advantage  of  both  the  632  and  the  Flexowriter  is 
that  they  may  be  used  as  local  output  devices,  when  required,  in  the 
generation  of  special  listings  and  card  files. 

4.  System  Editing  Requirements 

Throughout  each  subsystem  and  module  of  the  ALPHA-1  System 
program  edits  are  utilized  extensively  to  validate  file  input  and 
update  information. 

Generally  speaking,  edits  are  rules  specifying  that  certain 
things  must  be  or  cannot  be  in  a  specific  transaction.  In  ALPHA-1 
edits  are  used  to  verify  individual  record  information,  specific 
field  data  and  in  some  instances  character  identification.  Edits 
are  also  used  to  validate  alphabetic  and  nuneric  representation  of 
the  data.  For  exanple,  all  input  transactions  (whether  transaction 
card  or  punched  paper  tape)  are  edited  for  validity.  Generally  two 
lists  or  one  list  and  a  file  are  produced  following  each  edit.  One 
list  (or  file)  represents  all  acceptable  input  transactions,  the  other 
is  an  error  listing  of  all  unacceptable  transactions. 

Additional  edits  are  utilized  in  the  conputer  update  runs. 

The  primary  purpose  of  these  edits  is  to  determine  if  the  update 
transactions  can  be  processed  into  the  master  file.  Those  transactions 
found  undesirable  by  the  update  edits  will  be  listed  for  display. 

Each  acceptable  transaction  will  be  processed  into  the  master  file  and 
become  an  integral  part  thereof. 

In  ALPHA-1  edits  have  been  used  for  a  twofold  purpose; 
not  only  do  they  locate  and  extract  erroneous  information  but  when 
displayed  they  serve  as  an  essential  tool  in  correcting  input  errors 
and  as  a  deterrent  for  recurrence  of  the  same  error. 
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Section  II.  PATRON  CONTROL  SUBSYSTEM 


1.  Purpose 

Hie  purpose  of  the  patron  control  subsystem  is  to  provide 
an  automated  system  for  formal  control  over  establishment,  maintenance 
and  display  of  patron  information. 

2.  Logic  and  Run  Relations 

Utilizing  the  conputer  nn  relations  flow  chart,  figure 
15,  as  a  guideline  the  patron  subsystem  run  relations  are  easily  followed 
from  source  document  to  printed  patron  lists. 

Input  patron  transaction  data  for  the  patron  control  subsystem 
is  generated  through  the  submission  of  an  appropriately  annotated 
Patron  Card  to  the  library.  Information  contained  on  this  form  is 
subsequently  keypunch  transcribed  onto  patron  transaction  cards, 
figure  12,  using  an  IBM  026  printing  card  punch. 

As  shown  in  the  flow  chart  the  main  update  run  accepts  a 
variety  of  transaction  types  which  are  used  to  initiate  and  update 
the  Patron  Master  File  records.  Each  of  these  transaction  card  fbimats 
is  presented  in  figure  16. 

For  conputer  processing,  all  data  contained  on  these  input 
transaction  cards  is  converted  to  magnetic  tape.  This  conversion 
is  accomplished  in  the  conputation  center  by  a  standardized  pinch 
card  to  magnetic  tape  conversion  nn  which  is  presented  in  figure 
15  as  the  conversion  from  transaction  cards  to  magnetic  tape. 

During  the  conversion  nn  all  input  transaction  cards  are 
character  checked  for  bit  combinations  by  the  computer.  This  check 
is  accomplished  column  by  column  throughout  the  transaction  card  field. 
Transaction  cards  which  fail  these  character  checks  are  dropped  off 
and  returned  to  the  library  as  validity  errors. 

Even  though  the  input  transaction  data  has  been  verified 
and  is  now  in  machine  readable  form,  the  information  contained  on 
the  magnetic  tape  file  must  be  sorted  into  social  security  number 
and  action  code  sequence  before  processing  against  the  Patron  Master 
File. 

This  sorting  action  will  be  accomplished  in  run  1,  which 
will  sort  all  input  transactions  into  the  sequence  mentioned  above. 
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When  the  input  transactions  have  been  properly  sequenced, 
the  patron  records  stored  in  the  original  Patron  Master  File  from 
the  last  update  must  be  made  available  in  order  to  process  the  new 
transactions  and  update  the  Patron  Master  File. 

At  this  point  run  2  begins.  During  this  run  three 
types  of  actions  are  accomplished:  one  is,  establish  a  new  patron 
in  the  file;  two,  revise  an  established  patron  record;  or  three,  purge 
an  established  patron  record. 

The  original  Patron  Master  File  along  with  the  input  trans¬ 
action  file  are  now  loaded  onto  the  computer.  The  original  Patron 
Master  File  is  sequenced  by  social  security  number  into  computer 
memory  along  with  the  input  transaction  file.  When  a  match  of 
corresponding  social  security  numbers  is  made  in  the  two  files  the 
action  indicated  in  the  input  transaction  file  is  accomplished. 

The  input  transactions,  which  may  be  any  of  the  previously 
mentioned  type  actions,  are  edited  during  actual  processing.  These 
edits  are  input  transaction,  special  and  update  edits.  Utilization  cf 
these  edits  will  determine  final  processing  acceptability  of  the  input 
transactions  for  subsequent  processing  against  the  Patron  Master  File. 
Errors  found  here,  if  any,  will  be  displayed  on  the  Patron  Monitor, 
figure  7,  along  with  an  appropriate  error  message.  Input  transactions 
which  are  processed  into  the  Patron  Master  File  will  also  appear  on 
the  Patron  Monitor  along  with  an  appropriate  processing  message. 

During  run  2  several  Patron  Master  File  outputs  other  than 
the  Patron  Monitor  are  produced  for  the  library.  These  are:  The  Patron 
List  in  Social  Security  Sequence,  figure  6,  a  file  of  unprocessed 
transactions,  if  any,  a  Patron  Statistical  Report,  figure  8,  which  is 
included  as  the  last  page  of  the  Patron  Monitor,  Need-to-Know  Revalidation 
Notices,  figure  9,  Patron  Records  Deletes,  figure  10  and  a  file  of  patron 
routing  data  which  is  used  in  the  serial  subsystem  of  the  ALPHA  system. 

After  completion  of  the  update  nn,  the  complete  contents  of 
the  Patron  Master  File  may  be  prepared  in  patron  name  sequence,  if 
desired.  To  accomplish  this  two  additional  computer  runs  an'  employed. 

The  first  run,  which  will  be  run  3,  is  a  simple  sort  of  the  Patron  Master 
File  records  into  name  sequence.  The  second  run,  nn  4,  is  a  re¬ 
formatting  procedure  of  the  complete  contents  of  the  Patron  Master  File 
records  from  the  sorted  sequence  in  nn  three  to  the  format  shown 
in  figure  5. 

Upon  completion  of  all  runs  required  the  Patron  Master  File 
outputs  are  printed  and  forwarded  to  the  library. 
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3.  Run  Details  for  Run  1 


The  purpose  of  run  one,  see  figure  15,  is  to  sort  all  input 
transactions  from  the  card  to  magnetic  tape  nn  into  social  security 
sequence.  This  nn  will  insure  the  proper  sequencing  of  all  input 
transactions  for  processing  against  the  patron  master  file. 

a.  Rin  One  Input 

The  input  transactions  data  to  run  one  will  be  a  magnetic 
tape  file  of  all  input  transaction  in  random  sequence. 

b.  Run  One  Output 

The  output  data  from  run  one  will  be  a  magnetic  tape 
file  of  rll  input  transactions  data  sorted  into  major  sequence  by  social 
security  number,  intermediate  sequence  by  card  code  and  minor  sequence 
by  action  code. 

c.  Run  One  Sequence 

Run  one  will  process  all  input  transactions  into  major 
sequence  by  social  security  nunber  (cols  1-10),  intermediate  sequence 
by  card  code  (cols  11-12)  and  minor  sequence  by  action  code  (col  13). 

4.  Run  Details  for  Run  2 


The  purpose  of  nn  two,  see  figure  IS,  is  to  edit  all  incoming 
transactions  and  update  the  Patron  Master. 

Each  input  transaction  is  edited  according  to  transaction  edits, 
special  edits,  update  edits  and  is  subsequently  processed  against  the 
Patron  Master  File  to  accorplish  one  of  the  following  actions:  establish 
a  new  patron  in  the  file;  revise  an  established  patron  record;  or  purge 
an  established  patron  record. 

a.  Run  TWo  Inputs 

(1)  Pat  ron  My  ter.  This  file  of  records,  figure  4,  from 
previous  update  consists  of  form  1  records  in  sequence  by  social  security 
number  (cols  1-10)  and  will  never  exceed  15,000  records  (probably  one 
reel).  No  duplicate  social  security  numbers  are  permitted  on  this  file. 

(2)  Patron  Transactions.  This  file  of  transactions, 
figure  16,  consists  of  form  1  records  in  major  sequence  by  social 
security  number  (cols  1-10),  intermediate  sequence  by  card  code 
(cols  11-12)  and  minor  sequence  by  action  code  (col  13.) 
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b,  Run  Two  Or. put 3 

(1)  Patron  List  in  Social  Security  Sequence.  This  report, 
figure  6,  in  sequence  by  social  security  nirber,  is  to  be  assembled  from 
the  following  abbreviated  data  elements. 

Input 


uata  Element 

Field 

Length  Required 

Length 

Adjustment 

Coranents 

Social  Security 
Number 

10 

yes 

Fixed 

Insert  dashes 

Surname 

16 

yes 

Variable 

Given  Names 

18 

yes 

Variable 

Surname  Suffix 

3 

no 

Fixed 

Title 

6 

no 

Fixed 

Type 

1 

yes 

Fixed 

Mist  be  translated,  i.e. 
A*ARMy ,  N*NASA,  M=*MILb, 
C-CQNT,  OOTHR 

Security 

1 

JL 

yes 

Fixed 

Join  to  type  as  follows: 
NASA(S)  i  here  S»clearar.ce 

Citizenship 

2 

yes 

Fixed 

If  01  translate  to  US, 
otherwise  display  as  is. 

Telephone  Nuafc-sr 

7 

no 

Fixed 

Insert  dash 

Extension 

4 

no 

Fixed 

Insert  notation  EXTbNNNN 
where  W'ftN  *  extension  nr. 

Mailing  Symbol 

12 

no 

Variable 

Building  Nunber 

S 

no 

Fixed 

Insert  notation  BLbNNNNN 
where  NNNKN-building  nr. 

Since  every  patron  record  will  not  contain  all  these  elements 
of  information  and  further  certain  of  the  data  elements  may  vary 
considerably,  it  is  necessary  that  the  print  lines  be  constructed 
by  "floating"  in  the  data  elements  when  present  in  the  order  shown 
in  the  data  element  construction.  This  technique  will  be  referred 
to  henceforth  as  "normalizing"  the  print  line. 
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Data  elements  with  a  "No"  in  the  "Required"  column  must  be 
tested  to  determine  the  presence  of  non-blank  data;  if  non-blank  data 
is  present  the  data  element  will  be  included  in  the  print  line.  All 
elements  with  the  notation  "Variable"  in  the  "Length  Adjustment"  colum 
will  be  moved  without  terminal  blanks  and  the  print  line  adjusted 
accordingly.  Appropriate  punctuation  marks  (blanks,  commas,  etc.)  will 
be  inserted  between  data  elements  as  indicated  in  figure  6. 

Hie  first  page  of  the  report  consists  of  the  explanatory 
or  "legend"  data  shown  on  the  upper  half  of  figure  6. 

(2)  Unprocessed  Transactions.  This  file  consists  of 
card  images,  single  form  1  records  of  input  transactions  described  in 
input  (2)  above  which  fail  the  edits.  The  action  code  (col  13)  will 
be  blanked  out. 

(3)  Patron  Monitor.  This  report,  figure  7,  will  consist 
of  a  line  item  printout  of  all  input  transactions,  with  appropriate 
messages,  and  will  be  in  sequence  by  social  security  number  and  will 

be  followed  by  the  accumulated  statistics  shown  in  figure  8. 

(4)  Patron  Statistical  Report.  This  summary  report, 
figure  8,  should  immediately  follow  the  last  page  of  the  Patron  Monitor 
and  is  formatted  for  display  on  8  1/2  x  11  stock.  Although  the  report 
is  generally  self-explanatory,  comments  on  certain  of  the  print  lines 
are  included  below  for  clarification. 

(a)  Line  a  -  The  date  shown  here  is  the  date  of 
the  last  update  or  the  date  of  the  origination  of  the  patron  master 
input  file,, 


(b)  Line  b  -  The  number  of  patrons  added  is  the 
number  of  valid  01  cards  processed  with  action  codes  of  N.  It  repre¬ 
sents  the  number  of  new  patron  records  created. 

(c)  Line  c  -  The  number  of  patrons  deleted  repre¬ 
sents  the  number  of  patron  records  deleted  from  the  file  as  a  result 
of  processing  valid  00  cards  with  an  action  code  of  P. 

(d)  Line  d  -  This  number  represents  the  number  of 
valid  input  transactions  processed  with  an  action  code  of  C  only. 

(e)  Line  e  -  This  number  represents  the  number  of 
input  transactions  which  fail  the  edits  and  are  not  processed. 

(f)  Line  f  -  This  number  represents  the  total 
number  of  input  transactions. 

(g)  Line  g  -  TTie  number  of  patrons  shown  here  is 
the  number  of  patron  records  appearing  on  the  updated  output  patron 
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file  produced  during  this  update  cycle.  The  date  appearing  in  this 
line  is  that  of  the  update.  In  the  breakout  appearing  under  these 
lines  the  figure  for  Total  Per  Type  represents  the  total  nuntoer  of 
patrons  of  various  types,  i.e.,  Army,  NASA,  etc.  IJhder  Routing  Require¬ 
ments  will  appear  the  total  number  of  routing  requirements  for  each 
type  of  patron.  Under  Spec  Routing  Requirements  will  appear  totals, 
per  type,  for  all  records  having  a  non-blank  special  routing  require¬ 
ments  field.  Under  the  notation  With  Clearances  will  appear  totals, 
by  type,  of  all  patrons  having  clearances  of  other  than  U  (Uncleared). 
Under  the  notation  Without  Clearances  will  appear  totals,  per  type, 
of  all  patrons  having  clearance  of  U  only. 

(h)  Line  h  -  The  figure  appearing  in  this  line 
represents  the  number  of  Revalidation  Notices  issued  during  this  update. 

(5)  Need-to-know  Revalidation  Notices .  This  report, 
figure  9,  will  be  produced  for  every  individual  (1)  whose  patron  data 
undergoes  a  change  in  organizational  symbol  (positions  76-87) ,  citizen¬ 
ship  code  (positions  56-57)  or  security  code  (position  55)  elements  of 
information  and  (2)  who  has  a  positive  need-to-know.  A  change  is  de¬ 
fined  as  changing  the  data  of  an  established  record  and  includes 
changing  data  to  blanks  but  does  not  include  changing  data  from  blanks 
to  non-blank  data. 

This  report  should  be  formatted  for  5x8  cards  as 
illustrated  in  the  referenced  figure.  Non-constant  lines  are  discussed 
in  detail  below: 

(a)  Line  a  -  Insert  the  current  mailing  symbol  and 
building  number. 

(b)  Line  b  -  Insert  the  surname,  given  names,  and 
surname  suffix  and  title,  if  any,  in  normalized  form.  Follow  this  with 
social  security  number  with  inserted  dashes. 

(c)  Line  c  -  Insert  both  the  old  and  new  elements 

of  data.  Line  c  may  exist  in  multiples  up  to  3.  Decode  country  code 
in  accordance  with  Table  II. 

(d)  Line  d  -  Calculate  the  date  30  days  from  today's 
date  and  insert. 

(e)  Line  e  -  Print  as  many  need-to-know  codes  as 
required  ip  to  a  maximum  of  14  lines. 

(6)  Patron  Record  Deletes.  This  report,  shown  in  figure 

10,  will  be  constructed  for  every  patrol  deleted  from  the  Patron  Master 
File.  To  sinplify  the  production  of  this  report  efforts  have  been 
directed  toward  the  use,  whenever  possible,  of  the  data  fields  exactly 
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as  they  appear  in  the  patron  master  record.  In  certain  instances  fixed 
length  constants  have  been  inserted  to  improve  readability. 

(a)  Line  a  -  This  line  is  formatted  using  the  field 
length  present  in  the  patron  master  record  with  the  following  exception: 
dashes  are  inserted  in  the  social  security  nunber  and  the  constant 
GONTb  precedes  the  conpany  code.  For  missing  (blank)  data  elements, 
the  corresponding  field(s)  in  this  line  are  left  blank. 

(b)  Line  b  -  This  line  is  formatted  using  the  field 
lengths  of  the  data  in  the  patron  master  record.  The  constants,  EM 
(room) ,  BL  (building) ,  AC  (area  code) ,  EXT  (extension) ,  and  MISC 
(miscellaneous)  precede  the  field  if  the  field  is  non-blank. 

(c)  Line  c  -  This  is  an  optional  print  line  produced 
only  when  these  elements  of  data  are  present. 

(d)  Line  d  -  This  is  an  optional  print  line  produced 
(with  constant)  only  when  the  special  routing  requirements  for  the 
patron  are  non-blank. 

(e)  Line  e  -  This  line  (or  lines)  is  produced  only 
when  a  need-to-know  specification  exists  for  the  patron.  The  heading 
XXXXbNEED-TO- KNOW  will  included  for  XXXX  NASA  when  the  need-to-know 
type  code  is  N  and  GQSATI  when  the  need-to-know  type  code  is  C.  A 
maximum  of  eleven  lines  are  permitted  for  this  information. 

(f)  Line  f  -  These  lines  (up  to  a  maximum  of  three) 
will  be  printed  as  indicated  in  figure  10.  With  the  notation  COMMENTS 
placed  as  indicated.  These  will  be  printed  only  when  at  least  one 
comment  is  non-blank. 

(g)  Line  g  -  This  line  (or  lines  up  to  a  maximum  of 
seven)  will  be  produced  only  when  the  patron  has  routing  requirements. 
The  constant  ROUTING  REQMTS  will  be  placed  as  indicated. 

(7)  Patron  Routing  Data.  This  file,  in  sequence  by  social 
security  nunber,  consists  of  records  (one  for  ea  routing  requirement) 
in  the  format  of  the  Patron  Master  File  and  will  ~e  produced  on  demand. 
Information  contained  in  this  file  will  be  utilized  in  the  serials 
routing  module  of  the  serials  5’bsystem  of  the  ALPHA  System. 

c.  Rui  Two  Sequence 

This  run  will  be  processed  in  major  sequence  by  social 
security  number,  intermediate  sequence  by  card  code  and  minor  sequence 
by  action  code. 


18b 


5.  Rui  Details  for  Run  3 


The  purpose  of  rui  three,  see  figure  15,  is  to  sort  all  master 
file  patron  records  into  name  sequence. 

a.  Rui  Three  Input 

Patron  Master  File  of  form  1  records  in  social  security 

sequence . 

b.  Run  Three  Output 

Patron  Master  File  sorted  into  sequence  by  surname,  given 
name,  surname  suffix  and  title. 

c.  Run  Three  Sequence 

This  run  will  be  processed  by  surname,  given  name,  sumane 

suffix. 

6.  Run  Details  for  Run  4 


The  purpose  of  run  four,  see  figure  15,  is  to  reformat  for 
display  the  sorted  Patron  Master  File  from  rui  3. 

a.  Run  Four  Input 

Patron  Master  File  sorted  into  sequence  by  surname,  given 
name,  surname  suffix  and  title. 

b.  Run  Four  Output 

Reformatted  Patron  Master  File,  see  figure  5,  of  each 
patron  master  record,  see  figure  4,  assembled  for  report  display  in 
sequence  by  patron  surname,  given  name,  surname  suffix  and  title. 

The  first  page  of  the  report  contains  the  legend  shown 
on  the  iqjpcr  half  of  figure  5.  The  detailed  production  of  each 
print  line  is  discussed  line-by-line  below: 

(1)  Line  a.  Patron  surname,  given  names,  surname  suffix, 
and  title  are  to  be  normalized  and  displayed  as  shown  on  the  left-hand 
side  of  the  line.  The  balance  of  the  line,  beginning  in  position  46  is 
in  fixed  field  format  for  the  following  data  elements:  type  code  (decoded, 
A* ARMY,  N-NASA,  C-OONT,  NHULb,  and  CKOTHER) ,  area  code  preceded  by 
constant  AC,  telephone  ntnfcer  with  inserted  dash,  extension  with  constant 
EXTb,  and  company  name,  if  any. 
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(2)  Line  b.  Insert  dashes  in  the  social  security  number. 
Follow  this  with  the  organizational  symbol,  building  nunber  (with  constant 
BLb),  room  muter  (with  constant  FMb)  in  normalized  form.  On  this  right 
side,  beginning  in  position  46  display  the  mailing  address  elements  in 
normalized  fora.  If  mailing  address  is  not  present,  the  right  half  of 
the  line  will  be  blank. 

(3)  Line  c.  Imnediately  after  the  constant  CITIZENb 
insert  the  decoded  country  name.  A  list  of  not  more  than  99  names 

is  provided  which  relate  the  two-digit  code  to  the  actual  country  name. 
Following  this  is  the  decoded  need-to-know  type  code  (N-NASA  and 
C-OOSATI).  If  N  appears,  the  constant  NASA  is  in  positions  29  thru 
32;  if  C  appears,  the  constant  OOSATI  is  in  positions  27  thru  32. 

The  decoded  type  code  should  be  followed  by  the  constant  N-T-KbCDEES  in 
positions  34  thru  44.  Following  this,  beginning  in  position  46,  are 
the  decoded  need-to-know  codes  with  leading  zeros  eliminated  and  each 
separated  by  conmas.  If  more  than  one  line  is  required  for  the  decoded 
need-to-know  codes  they  will  be  printed  on  multiple  lines  each  beginning 
in  position  46.  If  the  individual  is  authorized  all  the  need-to-know 
codes  for  a  particular  type  the  notation  ALL  should  appear  in  positions 
46  thru  48  rather  than  a  list  of  all  the  codes. 

(4)  Lined.  This  line  begins  with  the  constant  CLEARANCEb 
followed  by  the  decoded  clearance  code  enclosed  in  dashes,  i.e.  - SECRET - 
for  S.  Comments,  if  any,  appear  on  the  right  side  beginning  in  position 
46  and  are  preceded  by  the  constant  OQWENTSb  (X)  where  X*  the  nunber 
of  the  comnent.  There  may  be  up  to  three  numbered  comments. 

(5)  Line  e.  This  line  begins  with  the  parenthesized  date 
of  addition  to  the  Patron  Master  File  and  date  of  last  action  as  shown 

in  figure  5.  On  the  right  side  are  displayed  special  routing  requirements, 
if  any,  decoded  according  to  the  criteria  chart  below  and  displayed 
beginning  in  position  46.  Add  separating  blanks  and  commas  as 
required. 

1  in  position  671-NGT  USED  AT  PRESENT 
1  in  position  672-NCT  USED  AT  PRESENT 
1  in  position  673*RSICbCIL 
1  in  position  674-C-STAR 
1  in  position  675-TAB 
1  in  position  676-IAA 
1  in  position  677-NSA 
1  in  position  678-RSICbUIL 
1  in  position  679-STAR 
1  in  position  680-N0T  USED  AT  PRESENT 
1  in  position  681-NOT  USED  AT  PRESENT 

This  line  is  preceded  by  the  constant  SPECIALbROUTING 
in  positions  30  thru  44.  If  there  are  no  special  routing  requirements, 
the  production  of  this  right-hand  portion  is  omitted. 
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(6)  Line  f.  If  there  are  any  journal  routing  require¬ 
ments  for  the  patron  these  are  displayed  four  to  a  line  beginning 
in  position  46  for  a  max  mm  of  seven  lines.  The  first  line  is 
preceded  by  the  constant  JOURNALbROUTING  in  positions  30  thru  44.  This 
constant  is  preceded  by  a  count  of  the  patron's  total  routing 
requirements. 


(7)  Line  g.  If  non-blank  data  appears  in  the  patron 
master  record  in  the  field  in  positions  154  thru  163  it  is  displayed 
as-is  beginning  in  position  46.  It  is  preceded  by  the  constant 
MISCELLANEOUS  beginning  in  position  32. 

It  should  be  noted  that,  beginning  with  line  d,  no 
particular  element  of  data  can  be  assigned  to  the  right  hand  portion 
since  elements  may  be  absent  or  present  in  multiples.  In  general,  the 
pinctuation  inserting  of  blanks  and  commas  should  adhere  as  closely  as 
possible  to  the  example  in  figure  5. 

c.  Run  Four  Sequence 

This  run  is  processed  into  alphabetical  sequence  by 

patron  name. 

7.  Editing  Criteria 

Patron  edits  are  in  three  categories:  input  transaction  edits, 
special  edit  requirements  for  need-to-know  transaction  and  update  edit 
criteria  for  specific  actions.  The  following  are  all  edits  and  error 
messages  used  by  the  programner. 


a.  Input  Edits  (All  Transactions) 


Cols 

Data  Element 

Editing  Criteria 

Monitor  Error  Messages 

1-10 

Social  Security 
Nunber 

Must  be  all-nuneric 

INVALID  SSN 

11-12 

Card  Code 

Must  be  00  thru  07 
or  09 

INV  CARD  COLE 

13 

Action  Code 

Must  be  N  or  C  or  / 
except  where  card 
code  is  00  in  which 
case  must  be  P 

INV  ACTION  CODE 

14-29 

Patron  Surname 

Initial  characters 
must  be  of  the  form: 

INVALID  SURNflC 
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XX  or  XbXX  or  XXbXX 
where  X's  are  valid 
alphabetic  charac¬ 
ters.  All  non-blanks 
in  the  Patron  Surname 
must  be  valid  alpha¬ 
betic  character  or 
dashes.  No  multiple 
blanks  are  permitted 
in  the  Surname  -  if 
these  occur  they  will 
be  closed  tp  to  one 
blank,  i.e.  MACbHENRY 
will  be  changed  to 
MACbHENRY. 


30-78 

Data  Fields 

Must  be  non-blank  if 
card  code  is  01  thru 
07  or  09. 

BLANK  DATA  FIELD 

(1)  The  Purge  Card  (Card  Code  00)  will  be  edited  as  follows: 

Cols 

Data  Element 

Editing  Criteria 

Monitor  Error  Messages 

30-78 

Must  be  blank 

1NV  PURGE  CARD 

(2)  The  Name  Card  (Card  Code  01)  will  be  edited  as  follows 

if  action  code  is  N: 

Cols 

Data  Element 

Editing  Criteria 

Monitor  Error  Messages 

30-47 

Given  Names 

First  character 
must  be  alphabetic. 
All  non-blank  charac¬ 
ters  must  be  alpha¬ 
betic,  periods  or 
dashes  only. 

INV  GIVEN  NAMES 

57 

Patron  Type 

Must  be  A,C,N,M,or  O 

INV  TYPE  (DEE 

58 

Security  Code 

Must  be  U,C,S  or  T 

INV  CLEARANCE 

59-60 

Citizenship  Code 

Must  be  all-numeric 

INV  CITIZENSHIP 

61-63 

Area  Code 

Must  be  all-numeric 
or  blank 

INV  AREA  (DDE 

64-70 

Telephone  Nunfcer 

Must  be  all-numeric 

INV  PHONE  NR. 

or  blank 
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71-74 

Extension  Number 

Must  be  all -numeric 
or  blank 

INV  EXTENSION 

75-78 

Contractor  Code 

Must  be  all-numeric 
if  Col  57  is  C 

INV  CONTRACTOR 

Must  match  official 
contractor  code  list 

^MATCHED  CONTRACTOR 

Must  be  blank  if 

Col  57  is  not  C 

NOT  CONTRACTOR 

(3)  The  Nane  Card  (Card  Code  01)  will  be  edited  as  follows 

if  the  Action  Code  is  C: 

Cols 

Data  Element 

Editing  Criteria 

Monitor  Error  Messages 

30-50 

Given  Names  and 
Surname  Suffix 

Must  be  blank  or  will 
be  blanked  by  program 

INV  CHANGE 

57 

Patron  Type 

Must  be  blank  or  will 
be  blanked  by  program 

INV  CHANGE 

58 

Security  Type 

Must  be  blank  or 

U,C,  S  or  T 

INV  CLEARANCE 

61-63 

Area  Code 

Mist  be  blank  or 
*bb,  or  all-nuneric 

INV  AREA  OOEE 

64-67 

Telephone  Number 

Must  be  blank  or 
*bbbbbb,  or  all - 
numeric 

INV  PHONE  NR. 

71-74 

Extension  Number 

hist  be  blank  or 
*bbb,  or  all-niaoeric 

INV  EXTENSION 

75-78 

Contractor  Code 

Must  be  blank 

INV  CHANGE 

(4)  The  Name  Card  (Card  Code  01)  will 

be  edited  as  follows 

if  the  Actions  Code  is  /: 

Cols 

Data  Element 

Editing  Criteria 

Monitor  Error  Messages 

30-47 

Given  Names 

The  first  character 
oust  be  alphabetic. 

INV  GIVEN  NAMES 

All  non -blank  charac¬ 
ters  oust  be  alphabetic, 
dashes,  or  periods  only. 
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Data  Elements  Must  be  blank  INV  NAME  CHANGE 

(5)  Need-to-Know  Card  (Card  Code  04)  will  be  edited 


51-78 

as  follows : 

Cols  Data  Element 

30  Need- to -know  type 

31-78  Need-to-know 
codes 


Editing  Criteria 

Must  be  C  or  N 

See  following  paragraph 
"Special  Editing 
Requirements  for 
Need-to-know  Trans¬ 
actions." 


Monitor  Error  Messages 

INV  N-T-K  TYPE 

INV  N-T-K  QOEE  or 
INV  NTK  ACTION 


(6)  Routing  Requirements  Card  (Card  Code  09)  will  be  edited 
as  follows:  " 


Cols  Data  Element  Editing  Crifr  ria 


Monitor  Error  Messages 


30-78  Need-to-know  If  the  notation  EELETEbALL  INV  ROUTING 
codes  does  not  appear  in  cols  30-39, 

each  non-blank  routing  require¬ 
ment  will  be  edited  for  valid 
control  number,  copy  nuriber, 
and  route  position. 


Action  codes  The  action  code,  following  INV  ROUT  ACTION 
each  requirement  will  be 
edited  to  insure  codes  A,  C, 
or  D. 


b.  Special  Editing  Requirements  for  Need-to-Know  Transactions 

General  -  Two  mutually  exclusive  need-to-know  code  sets  will  be  used 
in  the  Patron  File  initially.  There  are  the  NASA  Need -to -Knew  Codes  and 
the  CDSATI  Need- to -Know  Codes,  see  Tabic  V.  Each  master  record  containing 
need-to-know  designations  will  carry  a  code  indicating  the  type  of  need-to- 
know  codes  employed.  It  is  expected  that  the  CDSATI  codes  will  eventually 
become  the  standard  supplanting  the  NASA  codes. 

Input  transactions  must  have  the  notation  ADCbALL  in  cols  31-37 
or  the  notation  EELETEhAIL  in  cols  31  or  40  or: 

(1)  If  col  30  is  N,  each  ncn-blank  need-to-know  field  must  be  of 
the  form  M»WA  where  NW  ■  001  thru  053  and  A  •  A  or  D,  or: 

(2)  If  col  30  is  C,  each  non-blank  need-to-know  field  nust  be  on 
form  NNXA  where  NN  •  01  thru  22 ,  A  *  A  or  D,  and  X  must  have  the  relationship 
shown  on  the  following  page: 
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If  NN 

■  01 

If  NN 

-  02 

If  Nt 

-  03 

if  m 

*  04 

If  NN 

■  OS 

If  NN 

-  06, 

If  NN  • 

-  07, 

If  NN  ■ 

*  08, 

If  NN  • 

■  09, 

If  NN  ■ 

■  10, 

If  NN  * 

*  11, 

If  NN  > 

'  12, 

If  NN  » 

'  13, 

If  NN  - 

'  14, 

If  NN  - 

1  15, 

if  m  - 

1  16, 

If  NN  - 

17, 

If  NN  ■ 

18, 

If  NN  - 

19, 

If  NN  - 

20, 

If  NN  » 

21, 

If  NN  » 

22, 

,  X  must  be  blank  or  A  thru  E 
X  must  be  blank  or  A  thru  F 
X  trust  be  blank  or  A  thru  C 
X  trust  be  blank  or  A  thru  B 
X  trust  be  blank  or  A  thru  K 
X  must  be  blank  or  A  thru  U 
X  must  be  blank  or  A  thru  E 
X  must  be  blank  or  A  thru  N 
X  must  be  blank  or  A  thru  F 
X  trust  be  blank  or  A  thru  C 
X  must  be  blank  or  A  thru  L 
X  must  be  blank  or  A  thru  B 
X  must  be  blank  or  A  thru  M 
X  must  be  blank  or  A  thru  E 
X  must  be  blank  or  A  thru  G 
X  must  be  blank  or  A  thru  D 
X  rust  be  blank  or  A  thru  J 
X  must  be  blank  or  A  thru  N 
X  trust  be  blank  or  A  thru  H 
X  must  be  blank  or  A  thru  N 
X  must  be  blank  or  A  thru  I 
X  must  be  blank  or  A  thru  D 
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Update  Editing  Criteria  and  Processing  Actions 


u 
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is  included  as  field 
be  changed. 


WO 

o 
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Section  III.  LANGUAGE  CONTROL  SUBSYSTEM 


1.  Introduction 

The  purpose  of  the  language  control  subsystem  is  to  establish 
an  automated  system  for  formal  control  over  the  authorization,  estab¬ 
lishment,  maintenance  and  assignment  of  subject  terms  used  in  the 
indexing  and  retrieval  f met  ions  of  the  ALPHA  System. 

These  functions  are  accomplished  through  the  meditm  of 
two  large  files  (the  language  masters)  containing  books  and  documents 
terms  and  their  associated  data.  Perhaps  at  some  point  the  books  and 
documents  master  files  may  be  combined  or  at  least  compared  for  dupli¬ 
cation,  but  currently  they  are  separately  maintained.  Initial  input 
to  these  files  consisted  of  books  subject  headings,  selected  DDC 
descriptors  and  identifiers,  and  terms  from  the  RSIC  wordlist. 

2.  Master  File  Organization 

The  Language  Master  File  consists  of  a  collection  of  logical 
records,  each  identified  by  its  "base  term"  or  control.  Each  logical 
record- -hereafter  referred  to  as  the  "term  record"- -will  consist 
essentially  of  a  base  term  and  its  associated  data  as  shown  below: 

Term  Record 


Base  Term 
a.  Base  Terms 


Associated  Data 


Base  terms  consist  of  the  following  types  identified 
by  type  code  and  description: 

(1)  Document  Terms  (Type  Code  V) .  Terms  determined  to  be 
acceptable  to  RSIC  as  index  points  for  documents. 

(2)  Book  Terms  (Type  Code  A)  .  Terms  determined  to  be 
acceptable  to  RSIC  as  index  points  for  books. 

(3)  Q-Terms  (Type  Code  Q)  .  Ambiguous  terms  which  may 
or  may  not  be  acceptable  to  RSlC  as  index  points  for  documents  depend¬ 
ing  on  context. 

(4)  See  Reference  Terms  -  Books  (Type  Code  B).  Terms 
determined  to  be  unacceptable  to  RSIC  as  index  points  for  books  but 
which  refer  to  other  usable  book  terms. 
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(5)  See  Reference  Terms  -  Documents  (Type  Code  2)  . 

Terms  determined  to  be  unacceptable  to  RSI C  as  index  points  for 
documents  but  which  refer  to  other  usable  document  terns  or  Q- terms. 

(6)  Invalid  Terms  (Type  Code  I) .  Terns  determined  to  be 
unacceptable  to  PSlC  as  points  for  documents.  These  terns  do  not 
require  a  see  reference. 

b.  Associated  Data 

The  data  associated  with  each  base  term  depend  in 
part  on  the  nature  of  the  base  tern  itself  and  consist  of: 

(1)  Substituent  Terms 

(2)  Comments 

(3)  LC  Number  Elements 

Shown  in  figure  25  are  the  Language  Master  File  formats  for 
the  various  term  records  and  their  associated  data.  As  can  be  seen,  each 
term  record  consists  of  a  constant  portion  and  a  variable  portion 
containing  the  comments,  substituent  terms  and  LC  number  elements. 

(1)  Substituent  Terms .  By  definition  is  any  term  other 
than  the  base  term  appearing  in  a  term  record.  The  following  relation¬ 
ship  will  always  hold: 

(a)  Each  substituent  term  appears  in  its  own  right 
elsewhere  in  the  Language  Master  File  as  a  base  term. 

(b)  Each  base  term  with  substituent  terms  appears 
itself  elsewhere  in  the  Language  Master  File  as  a  substituent  term. 

(c)  No  duplicates  are  permitted  in  a  substituent 
term  set.  This  takes  into  account,  in  the  case  of  term  records  types  Q, 
V,  and  A,  not  only  the  term  type  but  further  qualifying  codes  explained 
later. 

Substituent  terms  may  be  any  of  the  following: 

(a)  In  a  See  Reference  -  Books  (Type  B)  -  There  will 
always  be  book  terms  (Type  A). 

(b)  In  a  See  Reference  -  Documents  (Type  Z)  -  There 
will  always  be  document  terms  (Type  V)  and  Q-Terms  (Type  Q) . 

(c)  In  a  Document  Term  Record  (Type  V)  -  There  will 
always  be  see  reference  -  documents  (Type  Z) ,  Q-Terms  (Type  Q) ,  and 
document  terms  (Type  V). 


200 


(d)  In  a  Q-Term  Record  (Type  0)  *  There  will  always 
be  see  reference  -  documents  (Type  Z) ,  Q-Teims  (Type  Q) ,  and  doainent 
terms  (Type  V). 

(e)  In  a  Book  Tern  Record  (Type  A)  -  There  will  always 
be  see  reference  -  books  (Type  B)  and  book  terms  (Type  A) . 

All  substituent  terms  are  of  variable  length,  separated 
by  record  marks,  and  the  number  of  substituent  terms  per  term  record  varies. 
Although  the  normal  form  of  substituent  terms  for  term  records  B  and  Z  is 
as  follows, 

Blank  Term  Base  Associated  +  Blank  Term  Base  Associated  ♦ 

Type  Term  Data  +  Type  Term  Data  + 

in  the  substituent  term  set  for  term  records  types  A,  Q,  and  V  the  follow¬ 
ing  variation  exists: 

Each  A- type  substituent  term  in  an  A- type  base  record 
will  carry  a  single  digit  direction  code  (X  or  S)  as  follows: 

Dir  Term  Term  Asso-  Dir  Term  Term  Asso-  ♦ 

Code  Type  ciated  +  Code  Type  ciated  ♦ 

3  or  X  A  Data  +  S  or  X  A  Data 

Each  Z  and  V  Type  substituent  term  in  a  Q  or  V  type 
term  record  will  carry  a  single-digit  generic  code  following  the  term 
type  as  follows: 

Gen  Term  Term  Asso-  ♦  Gen  Term  Term  Asso-  ♦ 

Code  Type  ciated  +  Code  Type  ciated  + 

Data  Data 

Whether  or  not  substituent  terms  are  arranged  in 
sequence  for  ease  of  update  is  left  to  the  discretion  of  the  programmer. 

This  applies  as  well  to  LC  number  elements.  These  elements  are  required 
to  be  in  order  when  displayed  on  the  books  and  documents  thesauri. 

(2)  Comments.  These  are  notes  defining  the  meaning 
of  the  term  and  scope  of  the  subject.  Each  comment  forms  a  separate 
paragraph  directly  beneath  the  base  term.  These  comments  are  included 
primarily  for  the  benefit  of  the  cataloger,  but  will  also  be  helpful  to 
the  retriever. 

(3)  LC  Number  Elements.  Library  of  Congress  class 
numbers  which  are  included  as  the  last  element  are  self  explanatory. 
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Raw  transactions  input  data  will  be  generated  on  paper  tape, 
obtained  as  a  by-product  of  typing  a  standard  lexicographic  language 
control  input  fora,  figure  21,  on  a  Friden  Flexowriter. 

The  paper  tape  is  then  converted  to  magnetic  tape  by  a  general¬ 
ized  conversion  program.1  The  conversion  nn  is  shown  in  figure  26  as 
the  conversion  from  paper  tape  to  magnetic  tape. 

Even  though  the  transactions  input  data  is  now  in  machine 
readable  fora,  the  information  contained  on  the  magnetic  tape  is  rearranged 
into  a  more  acceptable  format  before  processing  against  the  Language  Master 
File.  This  will  be  accomplished  in  rui  1,  which  will  convert  the  raw 
transactions  input  data  to  usable  language  transactions.  In  this  run  con¬ 
siderable  scanning  to  ascertain  lines,  line  endings,  position,  etc.  will 
be  done.  The  input  transaction  format,  figure  27,  indicates  positions  and 
fields  available  for  source  information. 

During  run  1  edits  will  be  performed  on  raw  transactions  input 
data  to  ascertain  acceptability  of  information  to  be  processed  into  language 
transactions.  Any  transaction  which  was  not  properly  processed  (that  is, 
information  which  is  not  discemable)  will  be  dropped  off  in  the  form  of 
error  transactions.  Other  data  which  was  properly  processed  but  contained 
an  error  is  also  dropped  off,  but  in  the  form  of  language  worksheet  errors. 
These  errors  will  be  found  through  use  of  the  raw  transaction  input  edits. 
Together,  all  transactions  found  in  error  are  returned  to  the  library 
lexicographer  as  worksheet  errors.  The  remaining  data  will  be  processed 
into  language  transactions  for  processing  against  the  Language  Master  File. 

These  language  transactions  must  then  be  sorted  from  their  input 
sequence  to  an  acceptable  processing  sequence.  This  will  be  accomplished 
in  run  2,  which  is  a  sinple  sort  of  input  transactions  into  term  sequence. 
This  run  will  insure  a  proper  sequence  for  processing  against  the  Language 
Master  File  and  a  usable  output  sequence  for' the  Language  Monitor. 


1  Paper  tape  to  magnetic  tape  conversion  program.  Prepared  by  Army 
Computation  Center,  AMSC,  Building  S201,  Redstone  Arsenal,  Huntsville, 

Alabai 
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Now  that  the  input  transactions  have  been  properly  sorted,  the 
original  data  stored  in  the  Language  Master  File  must  be  made  available 
in  order  to  process  the  new  transactions  and  ipdate  the  file.  Rm  3  will 
accomplish  this  task  very  easily  by  a  sinple  recycle  of  the  Language 
Master  File  from  magnetic  tape  storage  to  the  conputer  disc.  During  this 
run  each  language  term  record  is  located  on  the  disc  in  such  a  manner 
(either  algorithmically  or  via  a  directory)  that  it  may  be  retrieved  on 
demand  in  rm  4  by  presenting  the  base  term  and  base  term  type.  At  this 
time  also  begins  the  accumulation  of  language  statistics  which  are  main¬ 
tained  and  incorporated  in  statistical  breakouts  in  rm  4. 

During  run  4,  four  types  of  actions  may  be  accomplished: 
one,  establish  a  new  term  record;  two,  revise  an  established  term 
record;  three,  change  base  term  of  an  existing  record;  tv  four,  purge 
an  established  term  record. 

The  input  transactions,  which  may  be  any  of  the  preceding  type 
actions,  will  be  edited  again  using  the  input  transaction,  data  relation¬ 
ship  and  update  action  edits  to  determine  final  processing  acceptability 
and  subsequently  processed  against  the  master  file.  Errors  found  here,  if 
any,  will  be  displayed  on  the  Language  Monitor.  In  the  performance  of 
the  update,  it  is  not  only  necessary  to  seek  and  modify  a  term  record  but 
also  modify  other  term  records  referenced  by  substituent  terms  contained 
in  the  original  term  record  sought. 

During  the  update  process  the  language  statistics  begin  in  run  3 
are  completed  and  formatted  for  display.  Also,  each  input  transaction 
processed  is  displayed  on  the  Language  Monitor  with  appropriate  processing 
or  error  message  thus  providing  an  audit  trial  for  all  actions  against  the 
language  master.  The  language  statistics,  contained  as  the  last  page  of 
the  monitor,  along  with  the  monitor  itself,  are  printed  and  returned  to  the 
library  lexicographer. 

After  completion  of  the  update  run ,  the  contents  of  the  Language 
Master  File  disc  are  duaped.  This  is  accoeolished  in  nu  S,  which  is 
simply  a  durp  in  sequence  by  term  type  and  case  term,  of  the  contents  of 
the  disc  for  input  to  runs  6,  7.  and  8  consecutively  which  produces  the 
thesauri  utilized  by  the  library  in  books  and  documents  indexing  and 
retrieval  activities. 

Upon  receipt  of  the  dump  from  run  5,  run  6  selectively  extracts 
the  Language  Master  File  for  sorting  in  rm  7  and  formatting  in  run  8. 

Ihis  is  accoeplished  by  translation  of  all  internal  record  marks  to  at 
signs  (I),  leaving  the  terminal  record  mirk  intact  thereby  creating 
standard  form  i  records.  This  run  also  creates  and  attaches  to  the  front 
of  each  term  record  an  80  digit  sort  header  which  will  permit  a  standard 
library  filing  sequence  to  be  achieved  by  the  sort  in  run  7. 

Utilizing  the  sort  header  established  in  run  6,  a  siaple  sort 
is  processed.  This  is  accomplished  in  nr  7,  whereby  all  records  are 
proces-^d  into  base  term  sequence. 
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All  Language  Master  File  records  are  now  ready  to  be  processed 
into  us  Ale  outputs.  This  is  done  in  run  8.  The  conplete  Language  Master 
File  is  selectively  prepared  into  two  output  reports  for  printing,  the 
thesaurus  for  books  and  for  documents.  rnese  outputs  are  printed  and 
forwarded  to  the  library  as  complete  displays  of  the  contents  of  the 
Language  Master  File. 

4.  Run  Details  for  Run  1 


The  purpose  of  this  run,  see  figure  26,  is  to  convert  raw 
input  transactions,  from  the  paper  tape  to  magnetic  tape  run ,  into 
language  transactions . 

a.  General  Discussion 


The  philosophy  of  the  thesaurus  data  capture  procedures 
is  based  in  part  on  the  concept  of  ’'form  definition"  where  the  data  cap¬ 
ture  fora  itself  governs  the  location  of  data  elements  transcribed  thereon. 
Ihese  nay  subsequently  be  identified  and  retrieved  by  evaluating  line 
counts  and  positions  within  a  line  through  explicit  control  information 
transferred  to  the  paper  tape  during  transcription. 

In  order  to  create  the  output  required  from  this  program 
it  will  be  necessary  to  enploy  considerable  scanning  (character-by¬ 
character  conpares)  to  ascertain  individual  lines,  line  endings,  and,  for 
certain  lines,  positions  within  a  line. 

Line  endings  will  be  signified  by  carriage  return  (C/R) 
characters.  Line  1  will  consist  of  the  data  preceding  the  first  C/R; 
line  2  of  the  data  preceding  the  second  C/R  and  so  on  for  a  maximum  of 
52  lines.  Positions  within  a  line  are  ascertained  by  counting  blanks  or 
tabs  or  coobinat ions  of  these  and  by  making  adjustments  for  the  occurrence 
of  backspace  characters.  The  spacing  values  of  the  tabs  (up  to  4)  will 
be  supplied  as  constants  in  the  program. 

Adjustments  must  also  be  made  for  the  handling  of  extraneous 
blanks  or  spaces  in  accordance  with  the  following  rules: 

(1)  Initial  blanks  in  data  fields  will  be  discarded 
and  data  elements  left-justified  with  trailing  blanks.  For  example 
bbTERMbb.  .will  become  TEFM>b. . . . 

(2)  Internal  multiple  blanks  in  data  element  fields 
will  be  reduced  to  one  blank,  for  exaeple  the  ten*  HEATbbbOONVECTION 
will  be  adjusted  to  HEATbOONVECTION. 

Detailed  explanation  of  input  format  rules  and  Flexovriter  typing 
are  presented  in  chapter  2,  section  III  under  Flexowriter  procedures. 
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b.  Run  One  Input 


Raw  Transactions  -  Input  to  this  nn  will  consist  of  single 
variable  length  magnetic  tape  records  in  input  sequence  of  the  original 
paper  tape  images  produced  by  the  generalized  paper- to-raagnetic  tape  run. 

c.  Run  One  Output 

(1)  Thesaurus  Transactions  -  This  file  consists  of  single, 
variable  length  records  in  input  sequence  assembled  according  to  figures  24, 
nand  27  and  criteria  outlined  below: 

(a)  Action  codes  will  be  assigned  as  follows  by 

evaluating  line  1: 


Action 

Action  Code 

Signified  by 

New 

1 

Non-blank  character(s)  in 
positions  13-18. 

Revise 

2 

Non-blank  character(s) 
positions  31-36. 

in 

Purge 

0 

Non-blank  character(s) 
positions  49-54. 

in 

Term  Change 

3 

Non-blank  character(s) 
positions  67-72. 

in 

(b)  Term  type  codes  will  be  assigned  as  follows  by 
evaluating  lines  2  and  3. 


Medium 

Term  Type 

Term  Type 

Codes 

Books 

Tern 

A 

Books 

See  Reference 

B 

Documents 

Term 

V 

Documents 

See  Reference 

z 

Documents 

Q-Term 

Q 

Documents 

Invalid 

I 

Medium 

Signified  by 

Books 

Nan-blank  character(s) 

in  positions 

13-18  of  line 

2. 

Docuomts 

Non-blank  character(s) 

in  positions 

31-36  of  line 

2. 
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Term 


Non-blank  character(s)  in  positions 
13-18  of  line  3. 


i 

4 

[ 

| 


See  Reference 
Q-Term 
Invalid 


Non-blank,  character(s)  in  positions 
31-36  of  line  3. 

Non-blank  character(s)  in  positions 
49-54  of  line  3. 

Non-blank  character(s)  in  positions 
67-72  of  lin^  3, 


(c)  base  tern  (line  4)  -  Move  to  base  tern  field. 
Left- justify  with  trailing  blanks  eliminating  any  leading  blanks. 
Reduce  multiple  internal  blanks  to  a  single  blank. 


(d)  Comments  (lines  5-16)  -  Assemble  all  non-blank 
comments  lines  into  a  single  continuous  field,  left- justified  eliminating 
any  leading  blanks. 

(e)  Comment  Length  -  Calculate  the  length  of  the  field 
prepared  in  (d)  above  and  place  in  the  comment  length  field,  right-justi¬ 
fied  with  leading  zeros. 

(f)  See  or  Seen  From  Teims  (lines  17-28)  -  Assemble 
consecutively  each  "see  or  seen  from  tern"  into  a  fixed  field  of  72  digits, 
left- justified  with  trailing  blanks.  Reduce  multiple  internal  blanks  to 

a  single  bl-nk. 


(g)  Nr.  of  See  or  Seen  Fran  Tenns  -  Calculate,  as  a 
result  f  (f)  above  and  place  the  factor  in  the  output  record ,  right -justi¬ 
fied  with  leading  zeros. 

(h)  Seen  Also  From  Terms  (lines  29-40)  -  Assemble 
consecutively  each  "seen  also  from  term"  into  a  fixed  field  of  72  digits, 
left- justified  with  trailing  blanks.  Reduce  internal  multiple  blanks  to 
a  single  blank. 


(i)  Nr.  or  Seen  Also  Fran  Teims  -  Calculate,  as  a 
result  of  (h)  above  and  place  the  factor  in  the  output  record,  right-justi¬ 
fied  with  leading  zeros. 

(j)  LC  Number  Elements  (lines  41-52)  -  Assemble 
consecutively  each  "LC  number  element"  into  a  fixed  field  of  72  digits, 
left-justified  with  trailing  blanks.  Reduce  multiple  internal  blanks  to 
a  single  blank. 
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(k)  Nr.  of  LC  Number  Elements  -  Calculate,  as  a  result 
of  (j)  above  and  place  the  factor  in  the  output  record  right -justified 
with  leading  zeros. 

(2)  Error  Transactions.  This  file  is  identical  in  format 
to  input  and  will  consist  of  input  transactions  which  are  not  discern able 
to  the  programmer. 

(3)  Language  Worksheet  Errors.  Ihis  report,  figure  18,  consists 
of  the  base  term  oT the  input  transactions  in  error  together  with  an  in¬ 
dicative  error  message. 

d.  Run  One  Sequence 

.  Run  one  will  be  processed  in  input  sequence  of  the  original 
paper  tap.}  inrages. 

5.  Run  Details  for  Run  2 

The  purpose  of  this  run,  see  figure  26,  is  to  sort  all  input 
transactions  into  tern  sequence  for  processing  against  the  Language  Master 
File.  Although  access  to  the  Language  Master  File  will  be  direct,  the 
sort  is  required  to  insure  a  usable  output  sequence  for  the  Language  Monitor 
as  well  as  to  insure  a  proper  priority  at  transaction  sequence. 

a.  Run  Two  Input 

Transaction  file  of  single  variable  length  records  in  input 
sequence  which  were  assembled  in  run  one. 

b.  Run  TWo  Output 

Language  transaction  records  sorted  into  tern  sequence. 

c.  Run  Two  Sequence 

Run  two  will  be  processed  into  major  sequence  by  term  type 
and  base  term  and  minor  sequence  by  action  code. 

6.  Run  Details  for  Run  3 


The  purpose  of  this  run,  see  figure  26,  is  to  load  the  computer 
disc  so  the  Language  Master  File  may  be  updated.  During  this  run  each 
term  lecord  is  located  on  the  disc  in  such  a  manner  (either  algorithmically 
or  via  a  directory)  that,  it  may  be  retrieved  on  demand  in  run  four  by 
presenting  the  base  term  and  base  term  type.  Also  at  this  time  the  ac¬ 
cumulation  of  language  statistics  will  begin. 
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a.  Run  Three  Input 

Recycled  Language  Master  File  from  previous  update  runs. 

b.  Run  Three  Output 

Tern  records  01  the  recycled  Language  Master  File  are  located 
on  the  computer  disc  for  update. 

c.  Run  Three  Sequence 

4 

Run  three  processing  sequence  will  be  by  tern  type  and  base 

term. 

7.  Run  Details  for  Run  4 

The  purpose  of  this  run,  see  figure  26,  is  to  edit  input 
transactions,  update  the  Language  Master  File  and  prepare  the  Language 
Monitor  and  Statistical  Report.  Each  input  transaction  is  edited  accord¬ 
ing  to  action  code  and  term  type  in  accordance  with  input,  data  relation¬ 
ship  ar.d  update  editing  criteria,  and  is  subsequently  processed  against 
the  Language  Master  File  to  acconplish  one  of  the  following  four  actions: 
purge  (action  code  0)  an  established  term  record;  change  the  base  term 
(action  code  3)  of  an  established  tern  record  to  another  base  term  not 
in  the  file;  establish  a  new  term  record  (action  code  1);  revise  (action 
code  2)  an  established  term  record  by  adding,  deleting  or  changing  data 
elements . 

In  the  performance  of  these  actions  it  is  not  only  necessary  to 
seek  and  modify  a  term  record  but  also  to  modify  other  term  records 
referenced  by  substituent  terms  contained  in  the  initial  term  record  sought. 

Each  input  transaction  will  be  displayed  on  the  Language  Monitor 
with  appropriate  processing  or  error  messages  thus  providing  an  audit 
trail  for  all  actions  against  the  Language  Master  File.  The  production 
of  the  Language  Monitor  is  treated  in  detail  in  paragraph  b. 

a.  Run  Four  Input 

(1)  Language  Transactions.  This  file  consists  of  form  3 
records  processed  in  run  two  and  will  be  in  major  sequence  by  term  type 
(col  2) ,  intermediate  sequence  by  base  term  (cols  3-72) ,  and  minor  sequence 
by  action  code  (col  1) . 

(2)  Language  Master  File.  This  file  consists  of  form  3 
records  and  will  be  available  on  demand  from  the  disc  on  presentation  of 
the  base  term  ar.d  base  term  type.  No  duplicates  are  permitted  in  this 
file  on  both  base  term  and  base  term  type. 
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b.  Rui  Four  Outputs 

(1)  Language  Monitor .  This  record,  figure  19,  consists  of 
print  records  and  will  be  in  the  same  sequence  as  input  (1)  above.  It 
will  contain  an  entry  for  every  input  transaction  together  with  appropriate 
processing  or  error  messages. 

The  first  line  of  each  entry  consists  of  the  base  term  followed 
by  its  decoded  term  type  in  parentheses  followed  by  either  a  processing 
or  error  message.  Data  elements  on  this  line  are  "floated’*  in  as  indi¬ 
cated  in  figure  19.  If  comments  are  present  they  follow  below  as  an 
indented  paragraph.  When  formatting  the  comments  paragraph  for  display, 
replace  word  separator  characters  with  plus  signs  (+) ,  avoid  breaking 
words  at  the  end  of  a  line  and  insure  that  no  line  begins  with  a  punctu- 
action  symbol  or  blank. 

Following  the  comments  paragraph  (or  the  first  line  in  the 
event  of  no  comments)  are  listed  the  various  substituent  terms  with 
appropriate  headings  according  to  term  type. 

Any  time  an  error  is  dete< “ed  in  an  input  transaction,  a  double 
asterisk  **  will  be  extended  to  the  eft  of  the  base  term  belonging  to 
that  transaction.  This  will  be  done  for  all  entries  containing  error 
messages  other  than  the  following: 

(NOT  IN  FILE,  SEE  REFERENCE  CREATED) 

(NOT  IN  FILE,  NEW  TERM  RECORD  ESTABLISHED) 

All  error  messages  appearing  in  the  edit  criteria  portion  of 
this  section  which  are  not  parenthesized  will  appear  on  the  first  line 
of  the  entry  immediately  after  the  parenthesized  term  type.  Error  messages 
that  are  parenthesized  will  be  placed  immediately  after  the  data  elements 
in  error.  Shown  in  figure  19  is  a  list  of  representative  entries  with 
typical  errors  of  various  sorts. 

(2)  Language  Statistics.  This  report,  figure  20,  consists 
of  a  single  page  of  formatted  statistics  and  will  be  generated  as  the  last 
page  of  the  Language  Monitor. 

c.  Run  Four  Sequence 

Run  four  will  be  processed  into  major  sequence  by  term  code, 
intermediate  sequence  by  base  term,  and  minor  sequence  by  action  code. 

8.  Run  Details  for  Run  5 

The  purpose  of  this  run,  see  figure  26,  is  to  duip  the  contents 
of  the  disc  in  term  type  and  base  term  sequence  for  input  to  runs  six, 
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seven  and  eight,  which  will  produce  the  thesauri  needed  in  books  and 
docunents  indexing  and  retrieval  activities. 


a.  Rm  Five  Input 

Language  Master  File  term  records  which  were  located  on  the 
computer  disc. 

b.  Rim  Five  Output 

(1)  Undated  Language  Master  File. 

(2)  Conplete  file  of  purged  master  file  records. 

c.  Run  Five  Sequence 

Run  five  processing  sequence  will  be  by'teim  type  and  base 

term. 

9.  Rm  Details  for  Run  6 


The  purpose  of  this  run,  see  figure  26,  is  to  accomplish  the 
following: 

Select  from  the  Language  Master  File,  according  to  date  criteria 
furnished  by  control  card,  all  records  to  be  prepared  for  sorting  accord¬ 
ing  to  the  selection  criteria  outlined  below. 

Translate  all  internal  record  marks  to  at  signs  (@)  leaving  the 
terminal  record  mark  intact  thereby  creating  standard  form  1  records. 

Create  and  append  to  the  front  of  each  record  an  80  digit  sort 
header  according  to  detailed  selection  criteria  instructions  below. 

Ihe  use  of  the  header  will  permit  a  standard  library  filing  sequence  to 
be  achieved  by  the  sort  in  run  seven. 

a.  Rm  Six  Input 

(1)  Date  Control  Card.  This  card  will  read  as  the  last 

card  of  the  program  deck.  “ 

(2)  Language  Master  File.  This  file  will  consist  of  form  1 
records  with  interspersed  record  marks,  in  random  sequence. 

b.  Rm  Six  Outputs 


Language  Master  File  with  record  marks  replaced  by  at  signs 
(8)  and  an  80  digit  sort  header  which  has  been  appended  to  the  front  of 
each  record. 
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c.  Run  Six  Sequence 

Run  six  processing  sequence  will  be  by  term  type  and  base 

tern. 

d.  Selection  Criteria 

In  selecting  records  for  subsequent  sorting  use  the  following 
rule:  output  all  records  whose  date  added  field,  date  field  1,  or  date 
field  2  contains  a  date  later  than  the  date  furnished  in  the  control  card. 

e.  Sort  Header  Creation 


In  the  creation  of  the  sort  header  the  following  adjustments 
must  be  made  to  each  base  term: 

(1)  Scan  for  the  following  special  characters:  -  ,  ( 

(2)  When  a  dash  is  encountered  which  is  imnediately 
preceded  and  followed  by  non -blank  characters,  translate  that  dash  to  blank. 

(3)  When  a  dash  is  encountered  which  is  imnediately  preceded 
by  a  blank,  insert  an  additional  blank  before  the  dash. 

(4)  When  a  comma  is  encountered  immediately  preceded  by  a 
non-blank  character,  insert  a  blank  before  the  comma. 

(5)  When  a  left  parenthesis  is  encountered  which  is  immedi¬ 
ately  preceded  by  a  blank,  insert  an  additional  blank  before  the  left 
parenthesis. 

Shown  below  is  the  results  of  these  actions  performed  on 
representative  terms: 

WATER-LOGGED  -  WATERb LOGGED 
KATEFb-bANALYSIS  -  WATERbb  bANALYSIS 
WATER, bMINERAL  -  WATERb.bMINERAL 
WATER)  (SOLIDS)  -  WATERbb  (SOLIDS) 

The  above-mentioned  operations  must  be  acconplished  for  all 
occurrences  of  the  special  characters  in  each  base  term. 

10.  Rui  Details  for  Rui  7 


The  purpose  of  this  rut,  see  figure  26,  is  to  sort  all  Language 
Master  File  records  into  base  term  sequence. 
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a.  Rum  Seven  Input 

Complete  Language  Master  File  of  form  1  records  with  sort 
header  attached  in  nn  six. 

b.  Run  Seven  Output 

Sorted  extract  Language  Master  File. 

c.  Rui  Seven  Sequence 

Rui  seven  processing  sequence  will  be  by  base  tern. 

11.  fan  Details  for  Run  8 


ihe  puipose  of  this  run,  see  figure  26,  is  to  selectively  prepare 
two  output  reports  for  printing  consisting  of  (1)  the  Books  Thesaurus  and 
(2)  the  Documents  Thesaurus.  These  will  be  formatted  for  display  on 
standard  8  1/2  x  11  paper. 

a.  Run  Eight  Input 

Language  Master  File  with  record  marks  translated  to  at  signs 
(8)  in  sequence  by  a  special  80  digit  sort  header  appended  in  run  six. 

b.  Run  Eight  Output 

(1)  Books  Thesaurus,  figure  17,  in  sequence  by  base  term 
according  to  standard  library  filing  rules. 

(2^  Documents  Thesaurus,  figure  17,  in  sequence  by  base  term. 

c.  Run  Eight  Sequence 

Rum  eight  sequence  will  be  alphabetical  by  base  term. 

d.  Discussion 

Items  for  the  Books  Thesaurus  will  be  extracted  by  select¬ 
ing  all  term  types  A  and  B  in  the  order  which  they  appear.  All  other 
term  types  (I,  Q,  V,  Z)  will  be  displayed  in  the  order  encountered  on  the 
Documents  fhesaurus. 

12.  Editing  Criteria 

Edits  fall  into  three  categories;  raw  input  transaction  edits, 
input  transaction  and  data  relationship  edits,  and  update  edit  criteria 
for  specific  actions.  The  following  are  all  edits  and  error  messages 
used  by  the  programmer. 


212 


a.  R m  Incut  Transaction  Edits 


These  edits  are  used  to  determine  if  the  raw  input  trans¬ 
actions  to  be  processed  contain  the  basic  elements  and  proper  format 
for  processing  as  input  transactions. 


Criteria 


Action  code  must  be  present. 

Only  one  action  code  must  be  present 

Medium  code  must  be  present. 

Only  one  medium  code  must  be  present 

Term  type  must  be  present. 

Chly  cme  term  type  must  be  present. 

Term  must  be  present. 

The  medium  "Books"  can  exist  only 
with  term  types  ’Term  and  See 
Reference." 

Transaction  will  contain  no  less 
than  4  C/R  characters. 

Last  character  of  record  must  be 
followed  by  a  group  mark. 

Data  following  BSP  overrides 
characters  preceding  BSP. 

Transaction  will  contain  no  more 
than  51  C/R  characters. 

Substituent  term  reference  must  be 
conpatible  to  base  term  type. 

Substituent  tern  reference  has  not 
been  properly  formatted  or  term 
reference  must  be  compatible  to  base 
term  type. 

Substituent  term  type  invalid  or 
missing. 


Worksheet 

Error  Message _ 

ACTION  (DEE  MISSING 
MULTIPLE  ACTION  (DEES 
MEDIUM  (DEE  MISSING 
MULTIPLE  MEDIIM  CODES 
TERM  TYPE  MISSING 
MULTIPLE  TERM  TYPE  CODES 
TERM  MISSING 

MEDIUM/ TERM  TYPE  INCONSISTENT 

TRANSACTION  NOT  LONG  ENOUCM 

LAST  CHARACTER  OF  RECORD  NOT 
GROUP  MARKED 

TOO  MANY  BSP  IN  RECORD 

TRANSACTION  EXCEEDS 
MAXIMUM  LENGTH 

SUBSTITUENT  TERM  TYPE 
INVALID 

BASE  TERM  OF  NEXT  LINE 
SUBSTITUENT  TERM  INVALID 


SUBSTITUENT  TERM  TYPE 
INVALID  OR  MISSING 
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When  the  raw  input  transactions  have  been  determined  to 
contain  basic  elements  required  for  processing  and  have  been  converted 
to  language  transactions  the  following  input,  data  relationship,  and 
iqxiate  edits  are  used  to  determine  that  the  basic  elements  indicated 
are  correct  in  content. 


b.  Input  Edits  (All  Transaction) 


Cols  Data  Element 

1  Action  Code 

2  Term  Type  Code 

3-72  Base  Term 


Editing  Criteria 
Mist  be  0,1, 2, or  3. 

Must  be  A,B,I,Q,V, 
or  Z. 

Field  must  be  non¬ 
blank 


Monitor  Error  Message 

INVALID  ACTION  (DEE. 

NOT  PROCESSED 

INVALID  TEFW  (DDE. 

XXXXX  ACTION  NOT 
PROCESSED.  WHERE  XXXXX 
IS  NEW,  PURGE,  REVISE 
OR  TERM  CHANGE. 

BLANK  BASE  TERM.  NOT 
PROCESSED 


c.  Data  Relationship  Edits 

The  following  relationship  edits  will  be  accomplished  as 
follows  according  to  action  code  and  term  type. 


Action 

Code  Type  Editing  Criteria _  Monitor  Error  Message 


0  All  No  variable  data  is 

permitted. 


EXTRANEOUS  DATA.  PURGE 
ACTION  NOT  PROCESSED. 


3  All 


There  must  be  one  see  or 
seen  from  term  in  the 
transaction. 


CHANGE  TO  TERM  MISSING. 
TERM  CHANGE  ACTION  NOT 
PROCESSED. 


There  must  not  be  more  than 
one  see  or  seen  from  tern  in 
the  record. 


MULTIPLE  CHANGE  TO  TERMS 
PRESENT.  TERM  CHANCE 
ACTION  NOT  PROCESSED. 


I,B,  Seen  also  from  and  LC  number  EXTRANEOUS  DATA.  TERM 

1  elements  must  not  be  present.  CHANGE  ACTION  NOT  PRO¬ 

CESSED. 


Q,V  Cannot  contain  LC  number 
elements. 
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Action 

Code 

1 


Term 

Type 

I 


B,Z 


I 


B,Z 


Editing  Criteria _ 

Record  cannot  contain  see 
or  seen  from  terns,  seen 
also  from  terns,  or  LC 
number  elements. 

There  must  be  at  least  one 
see  or  seen  from  term  in 
the  record. 

Record  cannot  contain  seen 
also  from  or  LC  number 
elements. 

Comments  element  must  be 
present. 

Elements,  other  than  comma 
must  not  be  present. 

Transaction  must  contain 
either  (or  both)  consents 
data  or  see  or  seen  from 
data. 


Monitor  Error  Message 

EXTRANEOUS  DATA.  NEW 
ACTION  NOT  PROCESSED. 


SEEN  TEFM(S)  MISSING. 

NEW  ACTION  NOT  PROCESSED. 


EXTRANEOUS  DATA.  NEW 
ACTION  NOT  PROCESSED. 


REVISION  NOT  INDICATED. 
NOT  PROCESSED. 

EXTRANEOUS  DATA.  REVISE 
ACTION  NOT  PROCESSED. 

REVISION  NOT  INDICATED. 
NOT  PROCESSED. 


Transaction  must  not  contain  EXTRANEOUS  DATA.  REVISE 
seen  also  from  or  LC  number  ACTION  NCFT  PROCESSED, 
elements. 

Q,V  Transaction  must  contain  one  REVISION  NOT  INDICATED, 
or  more  of  the  following  NOT  PROCESSED, 
data  elements:  comments, 
see  or  seen  from  or  seen  also 
from. 

Record  cannot  contain  LC  EXTRANEOUS  DATA.  REVISE 
number  elements.  ACTION  NOT  PROCESSED. 

A  Record  must  contain  (me  or  REVISION  NOT  INDICATED, 

more  of  the  following  data  NOT  PROCESSED 
elements:  comments  see  or 
seen  from,  seen  also  from, 
and  LC  number  elements. 
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Section  IV.  BOOKS  CONTROL  SUBSYSTEM 


1.  Introduction 

The  purpose  of  the  books  control  subsystem  is  to  establish  an 
automated  system  for  formal  control  over  acquisition,  cataloging  and 
circulation  functions  of  the  ALPHA  System. 

Each  fiiict ion  of  the  books  control  subsystem  will  be  described 
in  the  following  order:  acquisition  module,  cataloging  module  and 
circulation  module. 

2.  Acquisition  Module 

The  purpose  of  the  acquisition  module  is  to  monitor  and  main¬ 
tain  central  control  files  for  all  book  ordering  and  receiving. 

a.  Acquisition  Master  File  Organization 

Because  of  the  data  requirements  it  was  decided  to  maintain 
the  on-order  and  receipt  magnetic  tape  files  on  a  line  item  basis --that 
is,  a  given  title  and  its  associated  data  will  constitute  a  single  record, 
figure  33.  Oh  the  source  documents  for  ordering,  figures  29  and  30, 
appears  a  vendor  name  followed  by  a  set  of  line  items  for  the  titles 
ordered.  It  was  therefore  necessary  that  each  line  item  carry  appropriate 
vendor  name  when  it  is  specified  on  the  ordering  docurent.  However  ,  it 
is  not  proposed  that  each  input  order  transaction  card  cany  vendor  name 
as  this  would  be  too  wasteful  of  space  since  vendor  name  occupies  a  max¬ 
ima  of  45  characters.  If  this  alternative  were  chosen,  the  vendor  name 
together  with  the  required  control  numbers  and  transaction  cc’  would 
leave  only  the  14  characters  per  card  available  for  unique  ;  ^rmation. 

To  solve  this  problem  the  vendor  name  is  introduced  as  a  special  transac¬ 
tion  and  all  subsequent  line  items  of  data  "belong"  to  that  vendor  name 
till  another  vendor  name  is  introduced  in  the  incoming  transactions. 

Because  of  the  large  aroint  of  data  associated  with  each 
master  tape  record,  multiple  series  of  transactions  are  required  both  in 
the  creation  of  these  records  and  in  their  maintenance.  Transaction 
codes  have  been  assigned  both  to  indent  lfy  individual  transactions  and  to 
insure  proper  priority  of  processing.  For  ordering  and  receiving  func¬ 
tions,  these  fall  into  four  major  transactions  code  series:  300,  400,  500, 
and  600.  Each  of  these  series  is  further  subdivided  into  individual 
transactions.  Refer  to  editing  criteria  and  figure  32.  It  is  possible, 
for  a  given  series,  that  certain  transactions  may  be  legitimately  absent. 
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On  the  other  hand,  certain  combinations  are  required.  These  require¬ 
ments  are  explained  in  detail  in  the  editing  criteria  accompanying  each 
transaction  type. 

The  sequence  of  all  input  transactions  is  as  follows: 

Control  Number  Major 

Item  Number  Intermediate 

Transaction  Code  Minor 

b.  Acquisition  Logic  and  Run  Relations 

Utilizing  the  conputer  run  relation  flow  chart,  figure 
45,  as  a  guideline,  the  acquisition  module  of  the  books  control  subsystem 
run  relations  are  easily  followed  from  source  documents  to  receipt  of 
item. 

Input  ordering  transaction  data  is  generated  through  the 
submission  of  an  appropriately  annotated  library  request  card  by  either 
a  patron  or  a  meiiber  of  the  library  staff  to  the  circulation  section. 
Information  contained  on  this  form  is  subsequently  keypunch  transcribed 
onto  ordering  transaction  cards,  figure  31,  using  an  IBM  632  typing 
calculator. 

As  shown  in  the  flow  chart  the  computer  accepts  a  variety 
of  transaction  types  which  are  used  to  initiate  and  update  the  ordering 
and  receiving  and  master  on-order  file  records. 

For  conputer  processing,  all  data  contained  on  these  input 
transactions  cards  is  converted  to  magnetic  tape.  This  conversion  is 
acconplished  in  the  cooputation  center  by  a  special  punch  card  to  magne¬ 
tic  tape  conversion  run  .which  is  presetted  in  figure  45  as  the  conversion 
from  transaction  card  to  magnetic  tape. 

During  this  conversion  run  which  produces  magnetic  Upe 
images  of  input  transaction  card  formats  a  30  digit  sort  control  word  is 
appended  to  the  front  of  each  record.  This  word,  which  may  be  either 
call  nunber  or  ordering  control  number  depending  on  the  type  of  transac¬ 
tion,  is  determined  through  interrogation  of  the  transaction  code 
appearing  in  columns  1-3  of  each  input  record.  At  this  point  format 
consistency  for  sorting  purposes  will  be  achieved. 

When  the  input  transaction  data  is  in  a  machine  readable 
form  and  has  been  appended  by  the  sort  control  word,  the  information 
contained  on  the  magnetic  tape  file  is  sorted  into  major  sequence  by  con¬ 
trol  number,  intermediate  sequence  by  item  number  and  minor  sequence  by 
transaction  code  before  processing  against  the  master  on  order  and 
receiving  and  cataloging  files. 

This  sorting  action  will  be  accomplished  in  nn  2,  which 
will  sort  all  input  transactions  into  the  sequence  mentioned  above. 
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Output  from  the  sorting  action  in  run  two  serves  an  input 
for  a  special  editing  program  in  run  3  which  w.  21  edit  each  transaction 
per  detailed  book  input  transaction  editing  criteria  and  prepare  a  new 
transaction  card,  when  required,  for  tho^  transactions  found  in  error. 
Information  under  the  column  "DATA  TYPE"  furnished  for  each  transaction 
code  type  indicates  the  kind  of  field  editing  required.  Utilization  of 
these  edits  will  determine  processing  acceptability  of  the  book  trans - 
tions  to  be  processed  against  the  Master  On-Order  and  Receiving  and 
Cataloging  Files.  Cycle  errors  found  during  this  edit,  if  any,  will  be 
displayed  on  the  first  page  of  the  Book  Ordering  and  Receiving  Trans¬ 
action  List  with  indicative  error  message.  As  indicated  earlier, 
for  each  transaction  in  error  a  new  transaction  card  is  pinched  with  the 
field  in  error  left  blank.  Any  valid  transactions  associated  with  the 
transaction  in  error  will  be  returned  to  the  library  marked  (Recycle). 

A  magnetic  tape  tile  of  these  recycled  transactions  is  retained  in  the 
amputation  section  to  insure  that  no  transaction  is  omitted  when  the 
transaction  in  error  and  its  associated  cards  are  resubmitted  following 
indicated  corrective  action.  Book  transactions  which  have  passed  all 
editing  requirements  will  be  processed  into  a  file  of  edited  book  transac¬ 
tions  and  used  to  update  the  Master  Cn- Order  and  Receiving  and  Cataloging 
Files  in  the  update  run.  These  edited  book  transactions  will  be  dis¬ 
played  on  the  second  and  subsequent  pages  of  the  Books  Ordering  and 
Receiving  Transaction  List  and  returned  to  the  library. 

One  other  output,  the  Books  General  Transaction  File  which 
contains  600  series  card  images  generated  by  the  400  series  book  trans¬ 
actions  is  produced  for  use  in  runs  six,  even,  eight  and  nine  to  prepare 
the  receiving,  cataloging,  patron  cards  (either  for  a  patron  or  RS1C  and 
the  Books  On-Order  Mall  List.  Each  600  series  transaction  generated  will 
be  assigned  a  receiving  card  number  by  the  conputer. 

Wien  the  book  transactions  have  been  properly  sortH  and 
edited,  the  Master  On-Order  and  the  Receiving  and  Cataloging  Files  from 
the  last  update  must  be  made  available  in  order  to  process  the  book  edited 
transactions  and  update  the  master  files. 

During  the  update  run,  run  4,  three  types  of  actions  affect¬ 
ing  the  Master  On-Order  and  Receiving  and  Cataloging  Files  may  be  accom¬ 
plished:  one,  new  items  may  be  added  to  the  Master  On -Order  File; 
two,  changes  may  be  made  to  the  files  by  addition  of  comments  or  update 
actions  indicating  an  item  is  received  and  not  cataloged;  or  three,  de¬ 
letion  when  an  item  is  cataloged  or  cancelled. 

7he  Master  On-Order  and  Receiving  and  Cataloging  Files  from 
the  last  update  along  with  the  edited  book  transactions  file  are  loaded 
onto  the  computer.  The  Master  Cn -Order  and  Receiving  and  Cataloging 
Files  will  be  sequenced  control  number  by  number  into  coaputer  memory 
along  with  the  edited  book  transactions.  When  a  match  of  corresponding 
control  numbers  is  made  u.i  either  the  Master  On-Order  and  Receiving 
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and  Cataloging  Files  with  a  corresponding  number  in. the  edited  book  trans¬ 
actions,  the  action  indicate !  in  the  edited  book  transactions 
will  be  accomplished.  All  other  items  in  the  edited  book  transactions, 
which  are  new  items  to  be  added  to  the  Master  On-Order  File,  will 
be  sequenced  onto  the  Master  On-Order  File  in  control  number  sequence. 

The  edited  book  transactions,  which  may  be  any  of  the  pre¬ 
viously  mentioned  type  actions,  will  be  edited  again  during  actual 
update  processing.  Utilization  of  these  update  edits  will  determine  final 
processing  acceptability  of  the  edited  book  transactions,  which  are  sub¬ 
sequently  processed  against  the  Master  On-Order  and  Receiving  and  Cata¬ 
loging  Files.  Errors  found  here,  if  any,  will  be  displayed  on  the  Book 
Ordering  and  Receiving  Error  List,  figure  40,  along  with  an  appropriate 
error  message. 


The  updated  Master  On-Order  and  Receiving  and  Cataloging 
Files  will  be  displayed  in  three  separate  listings,  the  Weekly  Ch-Order 
List,  Daily  On-Order  List  and  a  List  of  Cancelled  Items.  In  order  to 
prepare  these  outputs  the  print  master  and  canned  items  files  produced  in 
run  4  are  sorted  into  title  sequence  in  runs  4A  and  4B  and  processed 
through  a  book  ordering  and  receiving  generator  run,  run  5,  which  pro¬ 
duces  a  master  print  file  used  in  the  preparation  of  the  desired  outputs. 

As  would  be  expected,  the  Weekly  On-Order  List  is  produced  and  printed 
weekly.  The  Daily  On-Order  List  is  a  supplement  to  the  Weekly  On-Order 
List  and  is  accumulated  in  the  Weekly  Ch-Order  List.  The  Cancelled  Items 
List  is  prepared  on  request  or  every  six  months.  One  other  output  is 
produced  in  run  4,  this  is  the  Daily  Receipt  File  which  is  not  used  at 
the  present  time. 

Run  6  is  a  sort  of  all  600  series  transactions  from  the  edit 
run  into  transaction  code  and  social  security  sequence.  The  output  frcm 
this  file  will  be  used  in  nn  7,  the  weekly  book  order  match,  along  with 
the  Patron  File  in  Social  Security  Number  Sequence  to  determine  appropriate 
patrxn  mailing  information.  TVo  output  files  will  be  obtained  from  nn  7, 
one  is  a  file  of  all  unmatched  transactions  and  the  other  of  all  matched 
transactions.  The  file  of  matched  transactions  will  be  sorted  in  nn  8 
into  receiving  card  number  and  control  number  sequent.  Following  the 
sort  in  nn  8  a  book  order  weekly  report  generator  nn,  nn  9,  will 
accumulate  a  weekly  mailing  file  in  receiving  card  number  and  control  num¬ 
ber  sequence.  This  file  along  with  the  unmatched  transaction  file  from 
u  7  will  be  processed  into  two  outputs,  the  Books  Ch-Order  Mail  List 
receiving  card  number  sequence  and  cooputer  produced  600  series  trans  - 
.ion  cards  for  each  matched  and  unmatched  item.  These  transaction 
cards  will  be  used  in  receiving,  cataloging  and  reservation  of  a  book  for 
a  patron. 


Run  10A  is  a  sort  of  all  vendor  authorization  cards  into 
control  number  sequence.  T.us  file  will  serve  as  input  to  nn  10B,  the 
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book  order  monthly  financial  report  run,  which  will  be  displayed  as  the 
Financial  and  Workload  Analysis,  figure  36. 

Run  11  is  utilized  to  prepare  an  on  order  overdue  file, 
which  will  be  displayed  as  the  Outstanding  Orders  in  Vendor  Sequence 
Li  x,  figure  42  and  a  conputer  produced  399  transaction  card,  figure  43, 
for  each  item  overdue. 

c.  Rial  Details  for  Run  1 


The  purpose  of  this  run,  see  figure  45,  is  to  convert  all 
daily  transaction  cards  to  magnetic  tape  appending  to  the  front  of  each 
record  a  30  digit  sort  control  word, 

(1)  Run  One  Input 

Raw  transactions  -  Input  to  this  run  will  consist  of 
398,  399,  400,  500  or  600  series  transaction  cards  in  input  sequence. 

(2)  Run  One  Output 

Book  transactions  -  This  file  consists  of  magnetic 
tape  images  of  daily  transaction  cards  with  the  30  digit  sort  control 
words  appended.  Record  will  be  blocked  ten  records  per  block  to  facili¬ 
tate  sorting  in  run  two. 

(3)  Run  One  Sequence 

Run  one  will  be  processed  in  input  sequence  of  the 

raw  transactions. 

d.  Run  Details  for  Run  2 


The  purpose  of  run  two,  see  figure  45,  is  to  sort  all  book 
transactions  from  run  one  into  sequence  according  to  appended  sort  control 
word. 


(1)  Run  Two  Input, 

Book  transactions  -  This  file  will  consist  of  magnetic 
tape  images  of  daily  transaction  cards  with  a  30  digit  sort  control  word 
appended. 

(2)  Run  Two  Output 

Sorted  book  transactions  -  This  file  will  consist  of 
book  transactions  sorted  according  to  the  appended  control  words. 
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(3)  Rim  TWo  Sequence 


Run  two  transactions  will  be  processed  into  control 
number  (major) ,  item  number  (intermediate)  and  transaction  code  (minor) 
sequence. 

e.  Rim  Details  for  Run  3 

The  purpose  of  run  three,  see  figure  45,  is  to  edit  all 
book  transactions,  generate  a  file  of  receiving,  cataloging  notification 
and  patron  reserve  card  images  and  assign  receiving  card  number  to 
each  record. 

Each  book  transaction  will  be  edited  according  to  input 
edits. and  detailed  editing  criteria  furnished  for  each  type  of  trans¬ 
action.  Refer  to  editing  criteria,  paragraph  p.  this  section. 

For  each  400  series  transaction  record  approved  in  the 
edit  run  a  file  of  600  series  transactions  (receiving,  cataloging  noti¬ 
fication  and  patron  reserve  cards)  will  be  generated. 

For  each  600  series  transaction  generated  a  receiving  card 
number  will  be  assigned  to  the  transaction  by  the  computer. 

(1)  Run  Three  Input 

(a)  Book  transactions  -  This  file  consists  of 
sorted  book  transactions  from  run  two. 

(b)  Recycled  transactions  -  This  file,  if  any,  will 
consist  of  all  transactions  which  were  associated  with  a  transaction 
found  in  error  in  a  previous  edit  run. 

(2)  Run  Three  Output 

(a)  Edited  book  transactions  -  This  file  consists  of 
book  transactions  which  passed  all  editing  criteria  and  will  be  used  to 
update  the  Master  On-Order  and  Receiving  and  Cataloging  Files  in  run 
four. 

(b)  Book  Ordering  and  Receiving  Transaction  List,  see 
figure  39  -  This  list  is  a  display  of  all  book  transactions  attempted 
or  processed  in  this  update.  Book  transactions  foumd  in  error,  if  any, 
will  be  displayed  on  the  first  page  of  this  list,  with  an  appropriate  error 
message.  Book  transactions,  which  passed  all  editing  criteria,  will  be 
displayed  on  the  second  and  subsequent  page  of  this  list. 

(c)  Recycled  transaction  cards  -  For  each  book  trans¬ 
action  found  in  error  the  conputer  will  produce  a  new  transaction  card 


with  the  field  in  error  left  blank.  The  new  transaction  cards  along 
with  the  input  transaction  cards  in  error  will  be  returned  to  the 
library. 

(d)  Recycled  transaction  file  -  This  file  con¬ 
sists  of  card  images  of  all  book  transactions  associated  with  a  transac¬ 
tion  found  in  error.  This  file  is  retained  in  the  computation  center 

to  insure  that  no  transaction  is  emitted  when  the  transaction  in  error 
is  resubmitted  following  corrective  action.  All  book  transaction  cards 
associated  with  an  error  transaction  are  returned  to  the  library. 

(e)  Book  general  transactions  -  This  file  consists 
of  all  600  series  transactions  generated  by  the  approved  400  series 
transaction  and  is  used  to  prepare  the  receiving,  cataloging  noti¬ 
fication  and  patron  reserve  cards  and  the  Books  On -Order  Mail  List  in 
run  six. 

(3)  Run  Three  Sequence 

Run  three  will  be  processed  in  control  number  ( major), 
item  number  (intermediate)  and  transaction  code  (minor)  sequence.  A 
computer  end  of  job  routine  writes  from  two  work  tapes  onto  a  book 
miscellaneous  tape  the  Book  Ordering  and  Receiving  Transaction  List  to 
be  displayed  in  the  format  shown  in  figure  39. 

f.  Run  Details  for  Run  4 

The  purpose  of  run  four,  see  figure  45,  is  to  update  the 
Master  Ch-Order  and  Receiving  and  Cataloging  Files,  prepare  output  files  for 
daily  and  weekly  on-order  displays,  a  canned  item  file  for  weekly  display 
and  an  error  file. 

(1)  Run  Four  Input 

(a)  Edited  book  transactions  -  This  file  consists  of 
all  book  transactions  which  passed  the  editing  criteria  in  run  three. 

(b)  Recycled  receiving  and  cataloging  file  -  This  file 
consists  of  all  book  transactions  which  have  been  ordered,  received  and 
cataloged  during  the  month. 

(c)  Recycled  Master  On-Order  File  -  This  file  consists 
of  all  book  transactions  which  have  been  ordered  but  not  received  or 
cataloged. 


(2)  Run  Four  Output 


(a)  Updated  Master  On-Order  File  -  This 
of  the  previously  recycled  Master  On-Order  File  updated  to 


file  consists 
include  any 
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new  book  transactions  added,  addition  of  conment  to  existing  on  order 
transactions  and  exclusion  of  transactions  cancelled  during  the  ipdate. 

The  ^ter  On-Order  File  will  be  used  to  prepare  the  Financial  Analysis 
and  Workload  Summary  in  run  10B. 

(b)  Print  master  file  -  This  file  consists  of  all 
transactions  added  to  the  master  file  during  this  update. 

(c)  Canned  items  -  This  file  consists  of  items  which 
were  cancelled  from  the  Master  On-Order  File  during  this  update. 

(d)  Updated  Receiving  and  Cataloging  File  -  This  file 
consists  of  the  recycled  Receiving  and  Cataloging  File  update  to  include 
any  book  transactions  received  or  cataloged  during  this  update.  The 
Receiving  and  Cataloging  File  will  be  used  to  prepare  the  Financial 
Analysis  and  Workload  Summary  in  run  10B. 

(e)  Error  file  -  This  file  consists  of  all  transactions 
which  would  not  pass  the  update  editing  criteria  and  were  not  processed 
into  either  the  Master  On-Order  or  Cataloging  and  Receiving  Files.  These 
transactions  will  be  displayed  on  the  Book  Ordering  and  Receiving  Error 
List,  figure  40. 


(f)  Daily  receipts  file  -  This  file  is  retrieved  in 
the  update  run  but  is  not  presently  used. 

(3)  Run  Four  Sequence 

Run  four  will  be  processed  in  control  number  (major) 
and  item  number  (minor)  sequence. 

g.  Run  Details  for  Runs  4A  and  4B 


The  purpose  of  run  4A  and  4B,  see  figure  45,  is  to  sort  the 
canned  items  and  print  master  files  into  alphabetical  sequence  by  title. 

(1)  Runs  4A  and  4B  Input 

(a)  Canned  items  -  This  file  consists  of  all  cancelled 
items  from  this  update  run  in  control  number  sequence. 

(b)  Print  master  -  This  file  consists  of  all  items 
added  to  the  Master  On-Order  File  during  this  update. 

(2)  Runs  4A  and  4B  Output 

(a)  Sorted  print  master  -  This  file  consists  of  all  items 
added  to  the  Master  On-Order  File  sorted  into  alphabetical  sequence  by  title. 
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(b)  Sorted  canned  items  -  This  file  consists  of  all 
cancelled  items  from  the  update  rm  sorted  into  alphabetical  sequence 
by  title. 


(3)  Runs  4A  and  4B  Sequence 

Rms  4A  and  4B  will  be  processed  by  title  in  alpha¬ 
betical  sequence. 

h.  Run  Details  for  Rm  5 


The  purpose  of  run  five,  see  figure  45,  is  to  generate  a 
master  print  file,  which  produces  a  Daily  On-Order  List,  a  Weekly  Gn-Or- 
der  List  and  a  Cancelled  Items  List  from  the  canned  item  and  print  mas¬ 
ter  files  in  rw  four. 

(1)  Rm  Five  Input 

(a)  Sorted  print  master  -  This  file  from  run  4B  sorted 
into  alphabetical  sequence  by  title. 

(b)  Sorted  canned  items  -  This  file  from  run  4A  sorted 
into  alphabetical  sequence  by  title. 

(2)  Run  Five  Output 

(a)  Daily  On-Order  List  -  This  list,  see  figure  34,  con¬ 
sists  of  all  transactions  added  to  the  Master  Cn-Order  File  during  this 
update. 


(b)  Weekly  Cn-Order  List  -  This  list,  see  figure  34, 
consists  of  all  daily  transactions  (accumulated)  added  to  the  Master  On- 
Order  File  during  the  week. 

(c)  Cancelled  Items  List  -  This  list,  see  figure  38, 
consists  of  all  item  deleted  from  the  Master  On -Order  File  due  to 
cancellation. 


quence. 


(3)  Rm  Five  Sequence 

Rm  five  will  be  processed  by  title  in  alphabetical  se- 


i.  Rm  Details  for  Run  6 


The  purpose  of  rm  six,  see  figure  45,  is  to  sort  the  book 
general  transactions  file  from  rm  three  into  transaction  code  (major) 
and  social  security  number  (minor)  sequence. 
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(1)  Run  Six  Input 


Book  general  transactions  -  This  file  consists  of  all 
600  series  transactions  generated  in  run  three,  sequence  of  this  file 
is  control  nurber  (major),  item  number  (intermediate)  and  transaction 
code  (minor). 


(2)  Rui  Six  Output 

Sorted  book  general  transactions  -  This  file  consists 
of  all  600  series  transactions  sorted  into  transaction  code  (major)  and 
social  security  nunber  (minor)  sequence. 

(3)  Rui  Six  Sequence 

Rui  six  will  be  processed  in  transaction  code  (major) 
and  social  security  number  (minor)  sequence. 

j .  Rui  Details  for  Run  7 

The  purpose  of  rui  seven,  see  figure  45,  is  to  match  all 
sorted  book  general  transactions  from  run  six  with  the  Patron  Master  File 
in  Social  Security  Sequence  to  obtain  patron  data  for  preparation  of 
the  mailing  list  and  patron  reserve  cards  in  rui  nine. 

(1)  Run  Seven  Input 

(a)  Sorted  book  general  transactions  -  This  file  consists 
of  all  600  series  transactions  sorted  into  transaction  code  (major)  and 
social  security  nunber  (minor)  sequence. 

(b)  Patron  Master  File  -  This  file  consists  of  all  library 
patrons  listed  in  social  security  nunber  sequence. 

(2)  Rut  Seven  Output 

(a)  Uhmatched  transactions  -  This  file  consists  of  all  600 
series  transactions  which  did  not  match  a  patron  social  security  number. 

(b)  Matched  transactions  -  This  file  consists  of  all  600 
series  transactions  which  matched  a  social  security  nunber  in  the  patron 
file. 


sequence. 


(3)  Run  Seven  Sequence 

Rui  seven  will  be  processed  in  social  security  nunber 


k.  Rui  Details  for  Run  8 


The  purpose  of  rui  eight,  see  figure  45,  is  to  sort  all  the 
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Batched  transactions  from  nn  seven  into  receiving  card  nurber  (major) 
aid  control  number  (minor)  sequence. 

(1)  Run  Eight  Input 

Matched  transactions  *  Thir-  file  consists  of  all 
matched  600  series  transactions  from  nn  sever  in  social  security  number 
sequence. 

(2)  Run  Eight  Output 

Sorted  matched  transactions  -  This  file  consists  of 
all  matched  600  series  transactions  sorted  into  receiving  card  number 
(major)  and  control  number  (minor)  sequence. 

(3)  Rial  Eight  Sequence 

Run  eight  will  be  processed  in  receiving  card  number 
(major)  and  control  number  (minor)  sequence. 

1.  Run  Details  for  Run  9 


The  purpose  of  nil  nine,  see  figure  45,  is  to  generate  a 
list  and  pinch  file,  which  produces  the  receiving,  cataloging  notification 
and  patron  reserve  cards  and  Books  On-Order  Mail  List  weekly. 

(1)  Rtrn  Nine  Input 

Sorted  matched  transactions  -  This  file  consists  of  all 
matched  600  series  transactions  from  run  eight  sorted  into  receiving  card 
number  (major)  and  control  nunber  (minor)  sequence. 

(2)  Run  Nine  Output 

List  and  puich  file  -  This  file  consists  of  all  matched 
and  unmatched  transactions  stacked  according  to  receiving  code  nunber 
(major)  and  control  number  (minor)  sequence  will  produce  for  display  the 
Books  On-Order  Mail  List,  figure  41,  and  the  ordering  output  transaction 
cards,  figure  35. 

(3)  Run  Nine  Sequence 

Run  nine  will  be  processed  in  receiving  card  nurfcer 
(major)  and  control  number  (minor)  sequence. 

m.  Run  Details  for  Run  10A 


The  purpose  of  nn  10A,  see  figure  45,  is  to  sort  the  vendor 
authorization  cards  into  control  nunber  sequence. 
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(1)  Rm  10A  Input 

Authorization  card  file  -  This  file  consists  of  magnetic 
tape  images  of  all  vendor  authorization  cards  in  raw  input  sequence. 

(2)  Run  10A  Output 

Sorted  authorization  card  file  -  This  file  consists  of 
magnetic  tape  images  of  vendor  authorization  cards  in  control  ninber 
sequence. 

(3)  Rim  10A  Sequence 

Run  10A  will  be  processed  in  control  number  sequence, 
n.  Rim  Details  for  Run  10B 

The  purpose  of  run  10B,  see  figure  45,  is  to  prepare  a  monthly 
Financial  and  Workload  Analysis. 

(1)  Rim  10B  Input 

(a)  Master  Ch-Order  File  -  This  file  is  from  the  last 
daily  run  of  the  month. 

(b)  Receiving  and  Cataloging  File  *  fir  s  file  is  from 
the  last  daily  run  of  the  month.  Note:  This  file  will  be  retired  at  the 
end  of  each  month. 


(c)  Recycled  year  to  date  file  -  This  file  will  contain 
a  complete  financial  analysis  of  acquisitions  made  through  the  last  daily 
run  of  the  preceding  month . 

(d)  Sorted  authorization  cards  -  This  file  will  contain 
tipe  images  of  vendor  authorization  cards  in  control  number  sequence. 

(2)  Run  10B  Output 

(a)  Updated  year  to  date  file  -  This  file  will  contain 

a  complete  financial  find  statistical  analysis  of  acquisitions  made  by  month 
and  year  through  the  last  daily  nil  of  the  month.  This  file  will  be  re¬ 
cycled  and  used  in  preparation  of  the  next  month’s  statistical  reports. 

(b)  Error,  financial  and  workload  file  -  This  file  will 
contain  any  errors  indicated,  if  any,  along  with  the  financial  analysis 
and  workload  analysis.  This  file  will  be  displayed  as  an  Error  List, 
figure  37,  and  the  Financial  and  Workload  Analysis,  figure  36. 

(3)  Run  10B  Sequence 

Run  10B  will  be  processed  in  control  nimber  sequence. 
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A  computer  end  of  job  routine  formats  the  financial  analysis  list  in  al¬ 
phabetical  sequence  by  vendor. 

o.  kun  Details  for  Rm  11 

The  purpose  of  run  11,  see  figure  45,  is  to  produce  a  list 
of  on-order  overdue  in  vendor  sequence.  This  nn  will  be  made  on  a  semi- 
armual  or  request  basis. 

(1)  Rm  Eleven  Input 

Master  On-Order  File  -  This  file  is  from  the  last  daily 
update  nn  of  the  month  (semi-annually)  or  the  requested  date. 

(2)  Run  Eleven  Output 

(a)  File  of  overdue  items  -  This  file  will  contain  a 
complete  listing  of  all  items  on  order  and  overdue.  This  file  will  be  dis¬ 
played  as  the  Outstanding  Order  List,  figure  42. 

(b)  399  cards  file  -  This  file  will  contain  tape  images 
of  all  overdue  items  and  will  produce  399  transaction  cards  for  each,  see 
figure  43. 

(3)  Rm  Eleven  Sequence 

Run  eleven  will  be  processed  in  control  number  sequence. 

p.  Editing  Criteria 

Edits  are  rules  which  specify  that  certain  data  must  be  or 
cannot  be  in  a  specific  field  of  the  transaction  card,  and  that  certain 
transaction  cards  are  either  required  or  optional  in  a  transaction  series. 

The  acquisition  edits  are  presented  in  the  Allowing 
manner.  First  is  an  explanation  of  the  purpose  of  each  individual 
transaction  series,  the  transaction  card  format  requirements  for  each  card 
in  the  series  and  the  editing  requirements  for  each  card.  Information 
under  the  column  "DATA  TYPE"  furnished  for  each  transaction  card  indicates 
the  kind  of  field  editing  required.  This  is  followed  by  a  listing 
of  all  conputer  edits  presently  used  in  the  acquisition  module  of  the 
books  control  subsystem.  These  conputer  edits  are  divided  into  two 
types,  input  and  update.  The  input  edits  are  used  in  the  computer  editing 
rm  and  refer  to  field  editing  requirements.  The  update  edits  are  used  in 
the  computer  update  run  and  refer  to  specific  action  which  must  be  met 
before  inclusion  into  and  update  of  the  master  files  can  be  accomplished. 

(1)  TC  399  Card 

The  purpose  of  the  TC  399  is  to  cancel  or  delete  a  record 
on  the  Master  Oi -Order  File. 
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TC 

FIWCTICN 

REQUIRED  IN 
SERIES - 

REMARKS 

399 

To  cancel  or  delete  a 
record  on  the  Master 
Cn-Order  File. 

Optional 

Mist  match  Master 
On -Order  File  on 
control  and  item 
number. 

CARD 

urn* 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

399  (Constant) 

4  -  17 

Control  Nutber 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  27 

Blank 

6 

Blank 

28  -  45 

Explanation 

18 

A 

46  -  8C 

Blank 

35 

Blank 

Transaction 

code  399  is 

used  to  cancel  or  delete 

item  on  the  master  file.  It  must  match  an  item  already  on  the  master: 
If  an  item  has  been  deleted  it  will  be  flagged  as  a  deletion  (d)  or 
cancellation  (c)  and  written  on  the  received  and  cataloged  tape. 


If  an  explanation  is  needed  (alpha  information  in 
colunns  28  -  45) ,  it  should  be  moved  to  the  beginning  of  the  quantity 
received  field  of  the  Master  On -Order  before  writing  out. 

(2)  TC  400  Series 


The  purpose  of  the  TC  400  series  is  to  add  new  items 
to  the  Ch -Order  Master  File  and  to  generate  pending  receipt  cards.  A 
set  of  such  cards  is  required  to  create  each  line  item  added  to  the  file 
as  shown  below: 


TC  FINCTION 


RBQUIRED  IN  REMARKS 

SERIES -  - 


400  To  furnish  vendor  name  Yes 
for  all  subsequent  line 
item  members  of  a  given 
order. 


410  To  furnish  author  for  Optional 
individual  line  item. 


Vendor  name  "holds" 
ui til  another  TC  400 
is  encountered  or  a  non- 
400  series  transaction 
is  read. 
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TC 

RJNCTICN  REQUIRED  IN 

REMARKS 

420 

To  furnish  title  for  Yes 

individual  line  item. 

430 

Title  continuation  Optional 

if  required. 

440 

Title  continuation  Optional 

if  required. 

450 

To  furnish  quantity  and  Yes 
unit  cost  to  individual 
line  item. 

460 

To  reserve  individual  Yes 

line  item  for  patron. 

May  exist  in 
multiples . 

461 

To  furnish  "note"  in-  Optional 

formation. 

As  can  be  seen  above  a  given  400  series  requires  as  a 
sanimun  the  TC  400,  420,  4S0  and  400  transactions  with  equivalent  control 
snd  item  umbers  to  create  a  master  on-order  record.  Therefore  every 
400  series  should  be  edited  to  insure  tire  presence  ;f  tnese  transactions. 
Additional  editing  detail  is  furnished  with  the  individual  TC  descriptions 
which  follow. 


(a)  Transaction  Code  400 


CARD 

TORiS 

FIELD 

LENGTH 

mi  A  TYPt: 

1  -  3 

Transaction  Code 

3 

400  (Constant) 

4  -  1? 

Control  Number 

*4 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  36 

Purchase  Order  No. 

15 

AN  or  Blank 

37  -  74 

Vendor 

38 

A  or  Blank 

75  -  80 

ftjeeiving  Card  No. 

b 

Blank 

When  editing  TC  400,  if  purchase  order  number  and  vendor 
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are  blank,  item  nunber  must  be  001.  If  this  condition  exists  it  indi¬ 
cates  the  first  item  of  a  blanket  purchase  order  and  is  a  valid  transac¬ 
tion,  All  other  TC  400's  should  have  a  vendor  to  pass  the  edit  test. 
Items  being  purchased  on  coupon  requests  may  have  a  blank  purchase  order 
nunber  field;  therefore  blank  purchase  order  nunber  fields  are  valid. 

In  the  update  program  the  TC  code  400  should 
never  contain  control  nunber  and  item  nunber  equal  o  a  record  on  the 
master  on-order  tape.  TC  code  400  with  unmatched  control  number  and 
item  nunber  is  a  signal  to  the  computer  to  add  a  new  item. 

TC  400’s  which  pass  the  edit  will  be  held  in 
memory  to  supply  vendor  name  for  all  master  cm  order  records  created 
from  subsequent  transactions  with  equivalent  control  numbers.  A  given 
TC  400  vendor  name  will  "hold"  till  another  TC  400  transaction  is  read 
or  a  different  series  of  TC  codes  is  encountered. 


(b)  Transaction  Code  410 


CARD 

aiMis 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

410  (Constant) 

4  •  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Author 

53 

A 

7$  -  80 

Receiving  Card  Code 

6 

Blank 

This  transaction  code  is  not  always  present  in  the 
TC  400  Series  as  the  author  may  not  be  known  at  the  time  of  ordering.  If 
the  TC  410  is  present  and  the  control  number  and  the  it?m  number  are 
equivalent  to  the  preceding  record,  the  preceding  record  should  be  TC 
400.  If  the  TC  400  is  present  and  the  control  number  is  equal  to  but 
the  item  number  is  greater  than  the  preceding  record,  the  preceding 
record  should  be  TC  4S0  or  TC  460.  This  condition  signifies  a  new  line 
item.  Any  other  condition  is  an  error. 

The  left  justified  author  field  should  be  edited 
for  alpha  information.  Unused  portions  of  the  field  will  contain  blanks. 
(Author's  will  be  separated  with  a  slash  character.) 

(c)  Transaction  Code  420 

CARD  HELD  LENGTH  DATA  TYPE 

1  -  3  Transaction  Code  3  42C  (Corvstmit) 
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4  -  17 

Control  Nunber 

14 

AN 

J8  -  21 

Item  Number 

4 

N 

22  -  74 

Title 

53 

A 

75  -  80 

Receiving  Card  Code 

6 

Blank 

The  TC  420  transaction  must  be  present  in  the 

TC  400  series  and  must  be  immediately  preceded  by  one  of  the  following 
types  of  transactions : 

1.  TC  400  with  equivalent  control  and  item 
number. 

2.  TC  410  with  equivalent  control  and  item 
number. 

3.  TC  450  or  460  with  equivalent  control  and 
lower  item  number. 

(d)  Transaction 

Code  430 

CARD 

(X5EUWS 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

430  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Title  (Continued) 

53 

A 

75  -  80 

Receiving  Card  Cede 

6 

Blank 

This  transaction  is  not  always  present  in 
400  series.  If  it  is  present  it  must  be  immediately  preceded  by 
TC  420  transaction  with  equivalent  contol  and  item  numbers. 

the 

a 

(e)  Transaction 

Code  440 

CARD 

tmiws 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code, 

3 

440  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Title  (Continued) 

53 

A 
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75  -  80  Receiving  Card  Code  6  Blank 

This  transaction  is  not  always  present  in  400 
series.  If  it  is  present  it  must  be  immediately  preceded  by  a  TX 
430  transaction  with  equivalent  control  and  item  nunbers . 

(f)  Transaction  Code  450 


CARD 

CTOMS 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

450  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  25 

Quantity  Ordered 

4 

N 

26  -  30 

Unit  Cost 

5 

N 

31  -  60 

L  C  Classification 

30 

AN  or  Blank 

61  -  67 

I,  C  Card  Order  Number 

7 

N  or  Blank 

68  -  73 

Date 

6 

N 

74  - 

Blank 

1 

Blank 

75  -  80 

Receiving  Card  Code 

6 

Blank 

Hie  TC  450  transaction  code  must  be  present  in  the 
400  series.  The  control  number  and  the  iter.  lumber  must  be  equal  to  the 
preceding  transaction.  It  must  have  a  quantity  equal  to  or  greater  than 
one.  It  must  have  a  unit  cost  equal  to  or  greater  than  one.  It  may  or 
may  not  have  a  Library  of  Congress  classification.  If  it  does  have  a 
Library  of  Congress  classification  the  receipt  card  generated  from  this 
item  on  order  must  reflect  the  Library  of  Congress  classification  and  a 
transaction  code  of  611.  If  the  Library  of  Congress  classification  is 
not  known  the  receipt  field  will  be  blank  and  a  transaction  code  of  610 
will  be  assigned.  (See  transaction  code  610)  A  Libraiy  of  Congress  card 
order  number  may  or  may  not  appear  in  the  card.  The  date  of  the  order 
must  always  be  present.  The  next  field  will  always  be  blank. 
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(g)  Transaction  Code  460 


CARD 

lOTfriS 

HELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

460  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  31 

Social  Security  No. 

10 

N 

32 

Priority  Code 

1 

N 

33 

Facility  Code 

1 

AN  or  Blank 

34  -  36 

Reserved 

3 

Blank 

37  -  74 

Blank 

38 

Blank 

75  -  80 

Receiving  Card  Code 

6 

Blank 

The  460  transaction  code  is  not  always  present  in 
the  400  series.  If  present  it  must  be  immediately  preceded  by  a  TC  450 
transaction  with  equivalent  control  and  item  numbers .  If  the  TC  460 
transaction  is  present  a  receipt  card  must  be  generated  with  the  TC  620. 
(See  transaction  code  620) 


If  more  than  one  patron  has  requested  the  ordering 
of  this  book,  multiple  TC  460  trails actions  may  be  present,  and  multiple 
TC  620's  must  be  generated. 


CARD 

M 

1  -3 
4  -  17 
18  -  21 
22  -  74 
75  -  80 


(h)  Transaction  code  461 


FIELDS  LENGTH 

Transaction  Code  3 
Control  Number  14 
Item  Number  4 
Comment  53 
Receiving  Card  Code  6 


DATA  TYPE 


461  (Constant) 
AN 
N 
AN 

Blank 
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The  TC  461  comment  code  is  not  always  present  in 
the  TC  400  series.  If  present  it  must  be  immediately  preceded  by  a  TC 
450  or  TC  460  transaction  with  equivalent  control  and  item  numbers.  If 
the  TC  461  transaction  is  present,  a  receipt  card  must  be  generated  with 
TC  622.  (See  transaction  code  TC  622.) 

(3)  TC  500  Series 


The  purpose  of  the  TC  500  series  (excluding  TC  501) 
is  to  process  ''approval  shipments"  (unordered  receipts)  by  adding  them 
to  the  Ch-Order  Master  File.  No  pending  receipt  card  is  created  for 
this  series. 


TC  FUNCTION 


tUIRED  IN 


500  To  furnish  vendor  name  for  all  Yes 
subsequent  line  item  members 
of  a  given  order. 


501  To  update  on  order  records  with  N/A 
purchase  order,  vendor  and  item 
number  for  blanket  orders. 


510  To  furnish  author  for  indivi-  Yes 
dual  line  item. 

520  To  furnish  title  for  indivi-  Yes 
dual  line  item. 

530  Title  continuation  if  re-  Optional 

quired. 

540  Title  continuation  if  Optional 

required. 

550  To  furnish  quantity,  unit  Yes  • 

cost,  etc.,  to  individual 
line  item. 


560  To  update  the  receiving  fields  Yes 
of  the  master  on  order  record. 


REMARKS 


Vendor  name  "holds” 
till  another  TC  500 
is  encountered  or  a 
non- 500  series  is 
read. 


Must  match  Master 
On-Order  File  on 
control  and  item 
number. 
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(a)  Transaction  Code  S00 


CARD 

crows 

HELDS 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

500  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  36 

Purchase  Order  No. 

15 

N  or  Blank 

37  -  74 

Vendor 

38 

A 

75  -  80 

Blank 

6 

Blank 

TC  500  is  an  "approval  shipment"  type  of  transaction. 
By  this  w  mean  the  item  has  been  received  without  having  been  ordered. 
Therefore,  no  receiving  cards  will  be  produced  by  the  computer  for  the 
500  series  of  transactions. 

All  TC  500' s  should  have  a  vendor  to  pass  the  edit 
test.  They  will  not  have  a  purchase  order  number  at  the  time  they  are 
being  added  to  the  master  file,  therefore,  the  purchase  order  field 
will  be  blank. 


In  the  update  p  ogram,  the  TC  code  500  should  never 
contain  a  control  number  and  item  number  equal  to  a  record  on  the  master 
on-order  tape.  TC  code  500  with  unmatched  control  and  item  number  is  a 
signal  to  the  computer  to  add  a  new  item. 

TC  500's  which  pass  the  edit  and  go  to  the  update 
program  will  be  held  in  memory  to  supply  vendor  name  for  all  master  on- 
order  records  created  from  subsequent  transactions  with  equivalent  control 
numbers.  A  given  TC  500  vendor  name  will  "hold"  till  another  TC  500  trans 
action  is  read  or  a  different  series  of  transaction  codes  is  encountered. 

(b)  Transaction  Code  501 


The  purpose  of  this  transaction  is  to  update  the 
Master  On-Order  File  with  vendor,  purchase  order  number  and  item  number, 
which  were  unknown  at  the  time  of  ordering  as  is  the  case  with 


blanket  orders. 

CARD 

crows 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

501  (Constant) 

4  -  17 

246 

Control  Number 

14 

AN 

18 

-  21 

Item  Number 

4 

N 

22 

-  36 

Purchase  Order  No. 

15 

N 

37 

-  74 

Vendor 

38 

A 

75 

-  78 

Item  Number 

4 

Blank 

79 

o 

00 

1 

Blank 

2 

Blank 

The  control  number  and  item  number  of  TC  501  must 
match  on  item  and  the  On-Order  Master  File.  This  transaction  will  update 
the  purchase  order  field  of  the  on  order  master.  It  will  not  replace  the 
item  number  that  is  part  of  the  control. 


(c)  Transaction  Code  510 

CARD 

COIIKNS 

FT  ELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

510  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Author 

53 

A 

75  -  80 

Blank 

6 

Blank 

The  logic  for  the  TC  510  transaction  is  the  same  as 
the  TC  410  with  the  exception  that  the  TC  510  will  always  be  present  in 
the  series  and  the  author  field  should  never  be  blank. 

(d)  Transaction  Code  520 

CARD 

eDIUvMS 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

520  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Title 

53 

A 

75  -  80 

Blank 

6 

Blank 
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The  TC  520  transaction  must  be  present  in  the 
500  series  and  must  be  inmediately  preceded  by  a  TC  510  transaction 
with  equivalent  control  and  item  numbers .  It  will  update  the  title 
field  of  the  File  On-Order  Master. 


(e)  Transaction  Code  530 


CARD 

CTOflS 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

530  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Title  (Continued) 

53 

A 

75  -  80 

Blank 

6 

Blank 

This  transaction  is  not  always  present  in  the 

500  series.  If  it  is  present,  it  must  be  preceded  by  a  TC  520  with 
equivalent  control  and  item  number. 

(f)  Transaction  Code  540 

CARD 

crows 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

540  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Nunber 

4 

N 

22  -  74 

Title  (Continued) 

53 

A 

75  -  80 

Blank 

6 

Blank 

This  transaction  is  not  always  present  in  the  500 
series.  If  it  is  present,  it  must  be  preceded  by  a  TC  530  with  equiva¬ 
lent  control  and  item  number. 

(g)  Transaction  Code  550 

CARD 

crows 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

550  (Constant) 
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4  - 

17 

Control  Number 

14 

AN 

18 

-  21 

Item  Nunfcer 

4 

N 

22 

-  25 

Quantity  Ordered 

4 

N 

26 

-  30 

Unit  Cost 

5 

N  or  Blank 

31 

-  60 

L.  C.  Classification 

30 

AN  or  Blank 

61 

-  67 

L.  C.  Card  Order  No. 

7 

N  or  Blank 

68 

-  73 

Date 

6 

N 

74 

Blank 

1 

Blank 

75 

-  80 

Blank 

6 

Blank 

The  TC  550  transaction  must  be  present  in  the  500 
series.  It  must  contain  the  quantity  ordered  and  the  date  of  the  order. 
It  may  or  may  not  have  a  Library  of  Congress  classification  and  unit 
cost.  It  will  never  have  a  Library  of  Congress  card  order.  A  receiving 
card  will  not  be  produced  from  this  transaction,  since  the  book  will 
have  been  received  before  an  order  was  placed. 

(h)  Transaction  Code  560 


CARD 

CTOWS 

FIELD 

LENGTH 

DATATYPE 

1  -  3 

Transaction  Code 

3 

560  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  27 

Blank 

6 

Blank 

28  -  31 

Quantity  Received 

4 

N 

32  -  37 

Voucher  Number 

6 

AN  or  Blank 

38  -  41 

XP 

4 

N  or  Blank 

42  -  45 

NXP 

4 

N  or  Blank 

46  -  51 

Total  Cost 

6 

N  or  Blank 

52  -  57 

Date  Received 

6 

N 
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58  -  80 


Blank 


23 


Blank 


This  transaction  must  always  be  present  in  the 
TC  500  series.  It  will  update  the  receiving  portion  of  the  master  at 
the  time  the  item  is  being  added  to  the  master  tape  and  will  flag  the 
received  field.  It  must  always  contain  the  quantity  received.  The 
voucher  field  may  be  blank;  if  it  is  blank  a  number  quantity  must  appear 
in  the  XP  field.  This  amount  must  be  the  sane  as  the  quantity  received. 

If  the  voucher  number  is  not  blank,  a  numeric 
amount  equal  to  the  amount  received  must  appear  in  the  NXP  field.  It 
may  or  may  not  have  a  total  cost.  The  date  received  should  always  be 
the  same  as  the  date  ordered  in  the  master. 
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(a)  Transaction  Cede  600 


CARD 

CCIIlWS 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

600  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Nuiber 

4 

N 

22  -  27 

Date  of  Order 

6 

N 

28  -  31 

Quantity  Received 

4 

N 

32  -  37 

Voucher 

6 

AN 

38  -  41 

XP 

4 

N  or  Blank 

42  -  45 

NXP 

4 

N  or  Blank 

46  -  51 

Total  Cost 

6 

N 

52  -  57 

Date  Received 

6 

N 

58 

Change 

1 

A  or  Blank 

S9  -  69 

Blank 

11 

Blank 

70  -  73 

Quantity  Ordered 

4 

N 

74  - 

Blank 

1 

Blank 

75  -  80 

Receiving  Card  No. 

6 

N 

On  receipt  of  ordering  transactions  (TC  series 
400)  a  special  pending  receipt  card  TC  600  is  produced  to  serve  as  a 
receiving  transaction  when  the  items  actually  arrive.  When  produced 
the  TC  600  card  contains  information  in  colunrs  1  -  27,  70  -  73,  and 
7S  -  80  only  with  the  remaining  blank  fields  to  be  filled  in  by  the 
receiving  clerk  at  the  time  of  receipt  of  the  items.  Thus,  when  com¬ 
pleted,  the  TC  600  card  serves  as  a  receiving  document. 

TC  600  must  match  the  Master  On-Order  File  on 
both  control  and  item  number  as  indicated  on  the  accompaning  block 
diagram. 

TC  600 's  will  not  be  processed  against  items 
flagged  as  received  and  not  yet  cataloged. 
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If  C  appears  in  Column  S8  all  receiving  infor¬ 
mation  will  be  changed. 

(b)  Trar-action  Code  602  (Replaced  by  39S) 


cm 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

398  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  74 

Comments 

53 

A 

75  -  80 

Receiving  Card  Code 

6 

N 

record  at 

TC  398  is  used  to  place  ceesnents  in  the  master 
the  time  an  item  lias  been  received  or  cancelled. 

(c)  Transaction  Code  610 

CARD 

OOTns 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

610  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  51 

L.  C. ,  Dewey  Class 

30 

AN 

52  -  69 

Blank 

19 

Blank 

70  -  73 

Quantity  Ordered 

4 

N 

75  -  80 

Receiving  Card  Number 

6 

N 

Transaction  code  610  is  produced  by  the  computer 
during  the  addition  of  new  lines  to  the  master  for  which  the  call 
number  is  unknown  (TC  400  Series),  Note:  Each  time  a  new  item  is  added 
to  the  Master  On-Order  File  thru  the  400  series  either  a  Tt  6'lb  or  a  TC 
6ll  will  be  produced  by  the  computer?  IT  the  Library  of  Congress 
classification  field  is  blank  after  TC  4 SO  has  been  processed,  a  TC  610 
will  be  produced.  If  the  Library  of  Congress  classification  field  is 
not  blank,  a  TC  611  will  be  produced. 
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Once  the  item  has  been  received,  the  TC  610  will 
be  pulled  from  the  on  order  manual  file  and  forwarded  to  the  cataloger 
along  with  the  book.  Once  the  book  has  been  cataloged,  the  cataloger 
will  punch  the  Library  of  Congress  classification  into  columns  22  -  51, 
aid  return  the  TC  610  transaction  card  to  the  computer.  The  update  pro¬ 
gram  will  take  the  information  contained  in  the  TC  610  and  place  it  in 
the  Library  of  Congress  classification  field  before  it  is  transferred 
to  the  received  and  cataloged  file.  The  item  will  at  time  be  taken  off 
the  on-order  master. 


(d)  Transaction  Code  611 


CARD 

CTOWS 

FIELDS 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

611  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  51 

L.C. /Dewey  Class. 

30 

AN 

52  -  69 

Blank 

18 

Blank 

70  -  73 

Quantity  Ordered 

4 

N 

74 

Blank 

1 

Blank 

75  -  80 

Receiving  Card  Code 

6 

N 

Transactipn  code  611  will  be  produced  by  the  computer 
during  the  addition  of  new  items  to  the  Master  On-Order  File.  (TC  400 
series  only)  Each  time  a  new  item  is  added  to  the  Master  On-Order  File 
thru  the  TC  400  series  either  a  610  of  a  TC  611  will  be  produced  by  the 
computer.  If  the  Library  of  Congress  classification  field  is  blank 
after  the  TC  450  has  been  processed,  a  TC  610  will  be  produced. 

If  the  Library  of  Congress  classification  field  is  not  blank,  a  TC  611 
will  be  produced. 

Chce  the  item  has  been  received,  the  TC  611  will  be 
pulled  from  the  on-order  manual  file,  and  forwarded  to  the  cataloger 
along  with  the  book.  When  the  book  has  been  cataloged,  the  cataloger 
will  return  the  transaction  card,  TC  611  to  the  conputer.  The  TC  611 
is  a  signal  to  the  update  program  that  this  item  has  been  cataloged  and 
is  ready  to  be  transferred  to  the  received  and  cataloged  tape.  The 
item,  will  at  this  time,  be  taken  off  the  on -order  master. 
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(e)  Transaction  Code  620 


CARD 

GTONS 

FIELD 

LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

620  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  31 

Social  Security  No. 

10 

N 

32 

Priority  Code 

1 

N 

33  -  69 

Blank 

37 

Blank 

70  -  73 

Quantity  Ordered 

4 

N 

74 

Blank 

1 

Blank 

75  -  80 

Receiving  Card  Code 

6 

N 

TC  620  is  originally  produced  by  the  computer  at 
the  time  of  adding  TC  400  series  to  the  on-order  master.  TC  620  will  be 
returned  to  the  conputer  to  remove  the  patron  request  whenever  a  partial 
shipment  of  an  item  is  received,  or  if  an  order  has  been  received  prior 
to  the  patron  request  and  the  librarian  chooses  to  fill  his  request  before 
the  item  ordered  for  him  is  received. 

If  an  item  is  received  conpletely,  TC  620  will  not 
be  returned  to  the  computer  for  removal  of  the  patron. 

(f)  Transaction  Code  621 


CARD 

n3ra*)s 

FIELD 

LENGIH 

DATA  TYPE 

1  -  3 

Transaction  Code 

3 

621  (Constant) 

4  -  17 

Control  Number 

14 

AN 

18  -  21 

Item  Number 

4 

N 

22  -  31 

Social  Security  No. 

10 

N 

32 

Priority  Code 

1 

N 

33  -  69 

Blank 

37 

Blank 
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70  -  73 

Quantity  Ordered  4 

N 

74 

Blank  1 

Blank 

75  -  80 

Receiving  Card  Code  6 

N 

Hie  TC  621  will  be  prepared  by  the  circulation 
librarian  to  reserve  a  book  on  order  for  a  patron.  In  the  update  por¬ 
tion  of  the-  daily  run,  TC  621  should  match  a  item  on  the  Master  On- 
Order  File.  It  will  add  another  patron  to  the  end  of  the  variable 
length  record.  Hie  due-out  field  of  the  master  on-order  field  should 
be  increased  by  one. 

(g)  Transaction  Code  622 

CARD 

crow 

FIELD  LENGTH 

DATA  TYPE 

1  -  3 

Transaction  Code  3 

622  (Constant) 

4  -  17 

Control  Number  14 

AN 

18  -  21 

Item  Number  4 

N 

22  -  74 

Comment  53 

AN 

75  -  80 

Receiving  Card  Code  6 

Blank 

Hie  TC  622  comment  card  is 

461  conment  card. 

produced  by  the  TC 

(5)  Input  Transaction  Edits 

Message 

Meaning 

Corrective  Action 

ALPHA  HELD 

CONTAINS 

NUMERICS 

Transaction  card  field  contains 
numerics  in  alpha  field.  Check 
appropriate  card  code  data  field 
requirements  in  editing  criteria. 

Correct  and  resubmit. 

BLKT  ORD, 

PO  NR  MUST 

BE  BLANK 

Purchase  order  number  is  not 
blank  for  item  number  001. 

Correct  and  resubmit 
entire  item. 

BLKT  ORD, 
VENDOR  MUST 
BE  BLANK 

Vendor  is  not  blank  for  item 
number  001. 

Correct  and  resubmit 
entire  item. 
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Message 


Meaning 


Corrective  Action 


BOTH  NXP  MID  All  items  are  either  XP  or  NXP. 

XP,  CANT  BE 

BLANK 

CTL,  ITEM,  Transaction  submitted  is  dqpli- 
GDEE  SAME  cate  to  previous  transaction 
AS  PREU  TX  or  code  is  other  than  460,  620 
or  621. 

DEBIT/CREDIT  This  message  is  self-explanatory. 
CODE  NOT  D 
OR  C 

FACILITY  CODE  This  message  is  self-explanatory. 
NOT  A/N/C/M/R 

FIELD  CANNOT  Non -blank  data  field  has  been 
BE  ALL  left  blank.  Check  appropriate 

BLANKS  data  field  editing  criteria. 

FIELD  MUST  Non-blank  data  has  been  included 
B£  ALL  in  a  blank  field,  (heck  appro- 

BLANK  ONLY  priate  card  code  data  field 
editing  criteria. 

FIELD  MUST  Transaction  card  field  contain 
BE  NUMERIC  alphas  in  numeric  field.  Check 
ONLY  appropriate  card  code  data  field 

editing  criteria. 

FIRST  CHARAC-  This  message  is  self-explanatory. 

TER  OF  LC  NR 

INVALID 


FIRST  CHAR 
FLD  4,  IS 
NOT  ALPHA 


This  message  is  self-explanatory, 


LC  NR  FLD  1,  This  message  is  self-explanatory. 

IS  NOT  PURE 

ALPHA 

LC  NR  FLD  2,  This  message  is  self-explanatory. 

NOT  PURE 

NIM3RIC 


Correct  and  resubmit 
new  600  series  trans¬ 
action  . 

Remove  transaction  card 
in  error  and  resubmit 
correct  transaction 
cards. 

Correct  and  resubmit, 
entire  item. 


Correct  and  resubmit 
entire  item. 

Correct  and  resubmit. 


Correct  and  resubmit. 


Correct  and  resubmit. 


Correct  and  resubmit 
entire  item. 


Correct  and  resubmit 
entire  item. 


Correct  and  resubmit 
entire  item. 


Research  original  request, 
correct  and  resubmit. 
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Message 

Meaning 

Corrective  Action 

LC  NR  FLD  3, 
HAS  PERIOD 
ONLY 

Field  is  inconplete. 

Research  original  request, 
determine  LC  number  and 
resubmit. 

LC  NR  FLD  3, 
MISSING 

PERIOD 

Field  must  contain  a 
period  to  be  valid. 

Research  original  request, 
correct  and  resubmit. 

LC  NR  FLD  4, 
HAS  GNE  CHAR 
ONLY 

LC  number  is  incomplete. 

Research  orignal  request, 
determine  LC  number  and 
resubmit. 

LC  NR  FLD  5, 
NOT  PURE 
NUMERIC 

This  message  is  self-explanatory. 

Research  original  request, 
correct  and  resubmit. 

MAX  NR  OF  TX, 

NOTIFY 

PROGR/WER 

Ten  patrons  is  the  maximum  number 
that  can  be  handled  on  an  indi¬ 
vidual  order.  This  transaction 
exceeds  the  tenth  patron. 

Restbir.it  excess  patron 
on  new  400  series  trans¬ 
actions  . 

NON-XP  LESS 
THAN  QTY 
RECEIVED 

NON-XP  items  received  and  quantity 
ordered  must  be  equal. 

Resubmit  600  series  trans¬ 
action  with  correct  NON-XP 
item  received. 

NlfCRIC  FIELD  Tnis  message  is  self-explanatory. 
CONTAINS 

ALPHAS 

Correct  and  resubmit  entire 
item. 

PRIORITY  CODE  Code  must  be  A-Arny,  N-N'ASA, 

NR  IS  INVALID  C-Ccntractor  or  R-RSIC. 

Check  original  request, 
determine  correct  code 
and  resubmit. 

QTY  RCVD, 
GREATER  THAN 
QTY  OPD 

Quantity  received  must  equal 
quantity  ordered. 

Resubmit  new  600  series 
transaction  with  correct 
quantity. 

RCVD  CARD 

CODE  MUST  BE 
BLANK 

Receiving  card  code  field  75-80  on 
all  400-500  series  transactions 
must  be  blank.  Check  transaction 
code  this  may  be  in  error. 

Correct  and  resubmit. 

RCVD  CARD 

CODE  NOT 
NUMERIC 

Receiving  card  code  field  75-80 
must  be  all  numeric. 

Correct  and  resubmit. 
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Message 

Meaning 

Corrective  Action 

SOCIAL  SECU¬ 
RITY  NR 
INVALID 

Social  security  njmber  not  all 
numeric. 

Determine  correct  social 
security  nunber  and  re¬ 
submit  entire  item  nunber. 

TITLE  FIELD 
CANNOT  BE 
BIAina. 

Each  400-500  series  transaction 
submitted  must  have  a  title. 

Determine  title  from  ori¬ 
ginal  request  and  resubmit 
entire  item. 

TX  540  NOT 
PRECEDED  BY 
TX  530 

All  540  transacti  ns  must  be 
preceded  by  a  530  transaction. 

Delete  540  transaction  if 
not  require!  and  resubmit 
entire  transactic  . 

VENDOR  CANNOT  All  400-500  series  transactions 

BE  BLANK  must  contain  vender  identifi¬ 

cation  for  item  numbers  other 
than  001. 

Determine  vendor  and  resub¬ 
mit  entire  item(s) . 

XP  IS  LESS 
THAN  QTY 
RECEIVED 

XP  items  received  and  quantity 
ordered  must  be  equal. 

Resubmit  600  series  trans¬ 
action  with  correct  XP 
item  received. 

XP  AND  NXP 
COUNT  IS  TOO 
LOW 

This  means  the  XP  and  NXP  count 
is  less  than  quantity  received 
in  600  transaction. 

Correct  by  keypunching  in 
the  correct  number  and 
resubmit. 

(6)  Update  Transaction  Edits 

Message 

Meaning 

Corrective  Action 

OVER  MAX 
RESERVATIONS 
CN  BOOKS 

Ten  patrons  is  the  maximum  nunber 
that  can  be  handled  on  an  indivi¬ 
dual  order.  This  transaction 
exceeds  the  tenth  patron. 

Resubmit  request  on  new 

400  transaction  cards. 

CANCELLING 
PATRON  NOT 
POIND 

Hie  620  transaction  submitted  does 
not  match  any  social  security  num¬ 
ber  on  the  master  file.  This 
could  be  a  keypunch  error  on  either 
TL  and  item  number  or  social 
security  nunber. 

Check  original  patron 
request  card,  verify 
social  security  lumber 
and  resubmit. 

SPACE  NOT 
AVAILABLE 

FOR  PATRON 

When  this  error  occurs  the  pro¬ 
grammer  will  be  notified  as  the 
quantity  ordered  and  the  nunber 
of  patrons  both  allow  another 
patron  but  blank  space  is  not 
found  on  the  master. 

Resubmit  request  on  new 

400  transaction  cards. 
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Message 

Meaning 

Corrective  Action 

TRANSACTION 
CODE  INVALID 

This  message  is  self-explanatory. 

Resubmit  with  correct 
transaction  code. 

TRANSACTION 
(DDE  DOESN'T 
MATCH  MASTER 

This  is  a  600,  610,  621,  560,  399, 
etc.  It  erroneously  did  not 
match  master. 

Check  input  as  well  as 
print  out  to  determine 
error.  Resubmit  request 
with  correct  information. 

400-500 

STRING  INC  OR 
DUPE  TX 

This  message  is  self-explanatory. 

Transaction  string  should 
be  either  400  or  500. 
Correct  and  resubmit. 

PATRONS 

EXCEED 

BOOKS  CN 

ORDER 

Quantity  ordered  must  equal  or 
exceed  patrons.  In  this  case  it 
was  insufficient. 

Resubmit  request  on  new 

400  transaction  cards. 

NO  IN FLAGGED 
MASTER  FOR 

TX 

A  600  series  transaction  was  sii>- 
mitted  and  masters  matching  were 
all  flagged  as  received. 

Usually  the  wrong  receiving 
cards  were  pulled  or  possi¬ 
bly  a  partial  shipment 
later,  resubmit. 

NO  RECEIVED 
EXCEEDS  NO 
ORDER 

The  600  series  transaction  quanti¬ 
ty  received  field  exceeds  master 
quantity  ordered  field.  This  is 
likely  a  keypunch  error  or  vendor 
code. 

Error  in  receiving  correct 
and  resubmit. 

NO  RECEIVED 
FLAG  FOR 

TRANS 

610  or  611  transaction  was  sub¬ 
mitted  before  item  was  received. 

Send  in  600  transaction 
card  again.  Hold  610  or 

611  and  send  in  at  next 
update. 

TX  CODE  IS 

AN  INVALID 
CODE 

Error  in  submitting  a  code  other 
than  398,  399,  400,  500  or  600 
in  field  01-03. 

Correct  and  resubmit. 

TRANS  SHOULD 
NOT  MATCH 
MASTER 

This  is  in  the  case  of  a  400-500 
series  transaction  matching  the 
master.  This  should  not  happen. 

There  is  an  error  in  the 

TL  number  or  item  nunber. 
Correct  and  resubmit. 

MASTER 

MATCHING  THIS 
TX  RECEIVED 

The  master  file  probably  made  a 
match  on  a  partial  shipment. 

Determine  if  the  correct 

600  series  transaction 
were  submitted  or  if  the 
second  copy  of  a  partial 
shipment  was  held  until 
first  copy  received  was 
cataloged. 
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3.  Cataloging  Module 

The  purpose  of  the  cataloging  nodule  is  to  establish,  monitor 
and  maintain  central  control  files  of  bibliographic  data  for  all 
cataloged  book  holdings. 

a.  Cataloging  Module  Master  Files 

The  book  cataloging  nodule  consists  of  a  series  of  computer 
runs  as  shown  in  figure  72  designed  to  maintain  the  following  master 
files : 

(1)  Bibliographic  Master,  figure  46. 

(2)  Inventory  Control  Master,  figure  49. 

(3)  Search  Master,  figure  51. 

(4)  Subject  Heading  Authority  Master,  figure  52. 

Ihe  design  of  the  book  cataloging  module  is  based  on  tlie 
concept  of  inputting  bibliographic  data  consisting  of  variable  nun- 
bers  of  data  elements  each  of  variable  length.  These  bibliographic 
data  elements  are  identified  by  standard  codes  shown  in  figure  47. 

addition,  the  preservation  of  case  designation  for  the  main  entry, 
tne  bibliographic  paragrcph,  and  the  informal  notes  will  be  maintained 
thruout  the  system.  Because  of  these,  and  other  requirements  raw  input 
data,  figure  71,  to  the  cataloging  module  will  be  captured  on  paper 
tape  according  to  instructions  contained  in  paragraph  3.b.  in  the 
cataloging  data  capture  procedures,  chapter  2,  section  IV  and  then 
converted  to  magnetic  tape. 

Primary  input  to  the  system  will  consist  of  bibliographic 
data  for  new  holdings;  deletions,  adds,  and  changes  to  existing 
holdings;  and  total  deletes  of  bibliographic  data. 

The  cataloging  module  features  authority  checks  on  all 
incoming  call  numbers  and  subject  headings, 

b.  Cataloging  Logic  aid  Run  Relations 

Utilizing  the  computer  run  relations  flow  chart,  figure  72, 
as  a  guideline,  the  cataloging  module  of  the  book  control  subsystem 
run  relations  are  easily  followed  from  source  document  to  printed  shelf 
list. 

Raw  transactions  input  data  will  be  generated  on  paper  tape 
obtained  as  a  by-product  of  typing  a  standard  lexicographic  cataloging 
control  input  form,  figure  55,  on  a  Friden  Flexowriter. 

The  paper  tape  is  then  converted  to  magnetic  tape  by  a 
specialized  conversion  program.  The  conversion  is  shown  in  figure  72 
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as  the  conversion  from  paper  tape  to  magnetic  tape. 

Even  though  the  transactions  input  data  is  now  in  a 
machine  readable  form,  the  information  contained  on  the  magnetic  tape 
must  be  edited  and  rearranged  into  a  more  acceptable  format  before 
processing  against  the  cataloging  master  files. 

The  first  conputer  nan  will  validate  the  call  numbers, 
data  element  codes,  data  elements,  action  codes,  and  other  data. 

It  will  create  a  uiit  record  for  all  valid  data  elements  from  the  raw 
input  data  and  reformat  each  call  number  into  a  machine  sortable 
form.  Any  transactions  which  failed  to  pass  the  edits  will  be 
dropped  off  in  the  form  of  error  transactions. 

Rui  2  will  take  Lae  valid  transactions  from  the  edit  run 
and  the  previous  day's  wash  actions  from  the  subject  heading  update 

run  and  sort  them  into  call  nunber,  data  element  code,  action  code 

and  copy  nunber  sequence. 

When  the  input  transactions  have  been  properly  sorted, 

the  original  data  stored  in  the  Bibliographic  and  Inventory  Master 

Files  from  the  last  update  must  be  made  available  in  order  to  process 
the  sorted  transactions  and  update  the  master  files. 

During  the  update  rui,  run  3,  several  types  of  actions, 
as  indicated  by  figure  48,  affecting  the  Bibliographic  and  Inventory 
Master  Files  may  be  acconplished. 

The  Bibliogaphic  and  Inventory  Master  Files  from  the 
last  update  along  with  the  sorted  input  transactions  file  are  loaded 
onto  the  computer.  The  Bibliographic  and  Inventory  Master  Files  will 
be  sequenced  call  nunber  by  call  number  into  conputer  memory  along 
wi vh  the  sorted  transactions  file.  When  a  match  cf  corresponding 
call  numbers  is  made  in  either  the  Bibliographic  or  Inventory'  Master 
Files  with  a  corresponding  call  nunber  in  the  sorted  transactions 
file,  the  action  indicated  in  the  sorted  transactions  file  will  be 
acconplished.  All  other  items  in  the  sorted  transactions  file,  which 
must  be  new  items  to  be  added  to  the  Bibliographic  and  Inventory 
Master  Files,  will  be  sequenced  onto  the  Bibliographic  and  Inventory 
Master  Files  in  call  nunber  sequence. 

The  sorted  transactions,  which  may  be  any  of  the  type 
indicated  in  figure  48  will  be  edited  again  during  actual  update 
processing.  Utilization  of  those  update  edits  will  determine  final 
processing  acceptability  of  the  sorted  transaction,  which  are  subse¬ 
quently  processed  against  the  Bibliographic  and  Inventory  Master  Files. 
Errors  found  here,  if  any,  will  be  displayed  on  the  Update  Error  List, 
figure  63,  along  with  an  appropriate  error  message.  Any  transaction 
containing  subject  headings  will  be  written  onto  the  daily  monitor  and 
subject  heading  tapes. 
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The  updated  Bibliographic  Master  File  will  be  extracted 
in  run  4  and  sorted  for  display  as  an  Accession  List,  Number  List, 
Shelf  List,  Author  List,  Title  List  and  Subject  Heading  List. 

Run  5  will  sort  the  subject  heading  actions  and  wash 
actions  from  the  daily  bibliographic  update  run  into  subject  heading 
sequence . 


Run  6  will  post  new  subject  headings  to  the  Subject  Heading 
Master  File,  and  to  the  search  master.  At  this  time  feedback  trans¬ 
action  will  be  prepared  to  delete  any  subject  headings  that  were 
assigned  in  error.  New  subject  headings  will  be  flagged,  selected, 
validated  and  written  for  display  in  a  emulative  manner. 

c.  Run  Details  For  Run  1 


The  purpose  of  this  run,  see  figure  72,  is  to  edit  for 
validity  of  call  numbers,  data  element  codes,  data  elements,  action 
codes  aid  other  data;  create  unit  records  for  each  valid  data  element 
appearing  in  the  raw  bibliographic  data;  and  reformat  the  call  numbers 
associated  with  each  unit  record  into  machine  sortable  form. 

Each  input  record  will  be  edited  for  a  valid  call  number 
according  to  the  editing  criteria,  paragraph  i.  this  section.  If  a 
call  number  error  is  detected  during  the  edit  run,  the  entire  input' 
record  will  appear  on  the  error  listing,  figure  62,  together  with 
an  appropriate  error  message  explaining  the  cause  of  the  error.  If 
any  data  element  associated  with  a  given  call  number  fails  to  pass 
the  edits,  an  error  message  together  with  the  data  element  failing 
the  edit  will  appear  as  an  error.  Individual  records  will  be  generated 
in  this  run  for  all  valid  data  elements. 

(1)  Run  One  Input 

Raw  bibliographic  data,  figure  71,  in  input  sequence. 

(2)  Run  One  (Xitput 

(a)  Formatted  data  element  records,  figure  46,  in 

random  sequence. 

(b)  Edit  error  tape  to  be  formatted  fur  display  as 
the  Edit  Error  List,  figure  62. 

(3)  Run  One  Sequence 

Run  one  will  be  processed  in  input  sequence  of  the 

raw  transactions. 


263 


d.  Run  Details  For  Run  2 


Ihe  purpose  of  this  nr,  see  figure  72,  is  to  take  the 
valid  transactions  for  the  edit  run  and  the  previous  day’s  wash  actions 
from  the  subject  heading  update  run  and  sort  them  into  call  lumber, 
data  element  code,  action  code  and  copy  number  sequence. 

(1)  Run  One  Input 

5  (a)  Formatted  data  element  records  file  from  rtn  one. 

(b)  Wash  actions  file  from  the  previous  day's  subject 

heading  update. 

(2)  Run  One  Output 

Wash  action  and  valid  data  element  record  sorted  into 
call  number,  data  element  code,  action  code  and  copy  number  sequence. 

(3)  Run  Two  Sequence 

Rir.  two  will  be  processed  in  call  number,  data  ele¬ 
ment  code,  action  code,  and  copy  number  sequence. 

e.  Run  Details  For  Run  3 

The  purpose  of  this  run  is  to  authorize  input  call  numbers, 
update  the  Bibliographic  and  Inventory  Master  Files,  select  new  acces¬ 
sions  for  subsequent  production  of  the  weekly  accessions  notice,  and 
to  select  and  isolate  subject  heading  transactions. 

(1)  Run  Three  Input 

(a)  Bibliographic  transactions,  figure  46,  in  sequence 

by  call  number. 

(b)  Inventory  Control  Master,  figure  49,  in  sequence 

by  call  number. 

(c)  Bibliographic  Master,  figure  46,  in  sequence  by 

call  number. 

(d)  Wash  actions  -  Same  as  figure  46. 

(2)  Run  Three  Output 

(a)  Daily  Monitor  Report,  figure  60,  in  sequence  by 

call  number. 
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(b)  Cumulative  accessions,  figure  46,  in  sequence  by 
call  number  (weekly). 


(b)  above, 
above. 

figure  46. 


(c)  Updated  inventory  control  master  -  Same  as  input 

(d)  Updated  inventory  control  master  -  Same  as  input 

(e)  Error  tape,  figure  60,  in  sequence  by  call  ranker. 

(f)  Wash  actions  and  subject  headings  -  same  as 

(3)  Run  Three  Sequence 

Run  three  will  be  processed  in  call  number  sequence. 

(4)  Discussion 

Ihe  daily  upd'  ;  of  the  P'bliographic  and  Inventory 
Masters  accepts  a  variety  ci  actions  frum  chr  daily  action  tape.  During 
the  processing  run  the  inventory  Master  and  bibliographic  Master  are 
updated.  Error  messages  along  with  the  error  record  are  produced. 

New  titles  are  flagged  and  or.ce  a  week  an  written  onto  an  output  tape 
for  further  processing.  A  supplement  listing  reflecting  changes  in 
the  Bibliographic  Master  will  be  produced  on  a  daily  basis. 

During  this  run  the  call  nunbers  will  be  checked  for 
duplicates.  Any  duplicates  will  appear  on  the  update  error  listing. 

Any  call  number  failing  to  mscch  a  call  number  an  the  Inventory  Master 
File  will  be  checked  further  to  see  if  it  is  a  new  addition  to  the 
holdings.  If  it  is  new,  the  records  will  be  added  to  the  Bibliographic 
and  Inventory  Masters.  If  not  new,  all  individual  records  containing 
this  call  number  will  appear  on  the  update  error  listing.  Records  con¬ 
taining  subject  headings  will  be  written  onto  the  daily  monitor  tape 
and  onto  the  subject  heading  TX  tape. 


by  action  code. 


The  following  text  will  present  the  logic  for  updating 


(a)  "Delete'*  Action  Code  0.  There  are  different 
types  of  format  for  a  delete  action  code.  Che  format,  figure  Ao,  will 
delete  all  the  subject  headings  from  the  Search  Master  by  preparing 
wash  actions,  and/or  delete  an  entire  record  from  the  Inventory  Master 
File  as  well  as  the  Bibliographic  Master  File.  Che  format,  figure  Bo, 
will  delete  a  specific  copy  from  the  Inventory  Master  (provided  the 
specified  cop)  is  coded  as  "being  on  the  shelf).  The  other,  format  Co, 
will  delete  an  element  of  data  from  the  Bibliographic'  Master  File. 
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In  each  case  the  call  number  of  the  action  TX  must  match  both  the 
Inventory  and  the  Bibliographic  Master  Files. 


Valid  Formats  for  Delete  Actions  Going  to  Update 


Call  Copy  No.  of  Data  Ele-  Action  Code 

No.  No.  Copies  ment  Code  i  Data  Element 


Call  No. 

ALlb 

ALLb 

A 

Q 

Abb 

B 

B 

£ 

52 

4 

4 

1 

I 

3 

L_ _ _ 

1 

■ 

Special  indication  Code 


\ 


Figure  A© 


Catalogers  initial 


Call 

No. 


Copy 

No. 


No.  of 
Copies 


Data  Ele-  Action  Code 


ment  Code 


Coll  No. 

NNNN 

0001 

B 

B 

Abb 

o 

D 

52 

4 

4 

fl 

B 

3 

1 

Element 


Special  Indication  Code 


Figure  Bc 


CaHlog-rs  Initic! 


Call  Copy  No.  of  Datj  Ele-  Action  Code 

No.  No.  Copies  me^t  Code  i  Data  Element 


Call  No. 

bbbb 

bbbb 

fl 

A 

ANN 

0 

fl 

£ 

52 

4 

4 

fl 

1 

3 

1 

1 

Special  Indication  Code  ^  ^  ^  Cataloge*.  Ini.'ial 

Figure  CQ 


NOTE:  In  each  case  the  *  is  the  only  character  present  in  the  data 
field. 
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If  the  format  of  a  delete  TX  is  the  same  as  figure  Pc, 
and  the  data  element  code  is  Abb,  the  inventory  and  bibliographic  record 
will  be  deleted.  The  deleted  bibliographic  record  will  be  flagged  and 
written  onto  the  daily  monitor  tape.  During  the  print  program  the 
flagged  deleted  records  will  be  separated  and  written  onto  a  delete  tape 
and  printed  as  per  figure  61.  If  the  record  being  deleted  contains 
subject  heading  data  ("P"  type  element  codes)  a  delete  wash  action  will 
be  prepared  and  written  onto  the  "wash  action"  and  subject  heading  TX 
tape.  If  the  format  is  Ao  and  the  data  element  code  is  Pbb,  the  action 
will  have  no  effect  on  the  Bibliographic  or  Inventory  Masters.  It  will 
go  directly  to  the  subject  heading  TX  tape  and  delete  all  the  terms 
during  the  updating  of  the  Search  Master. 

If  the  format  of  a  delete  TX  is  the  sane  as  figure  Bo, 
and  the  copy  number  of  the  copy  to  be  deleted  on  the  Inventory  Master 
is  coded  "shelf,"  change  the  flag  to  blank  and  subtract  one  from  the 
number  of  copies  and  quantity  on  hand  fields  in  the  Inventory  Foster 
and  one  from  the  number  of  copies  in  the  Bibliographic  Master  record. 

If  the  format  of  a  delete  TX  is  the  same  as  figure  Co, 
and  the  data  element  code  matches  a  data  element  code  on  the  Biblio¬ 
graphic  Master  record,  delete  the  matching  record  and  write  it  onto 
the  daily  monitor  tape.  If  the  data  being  deleted  is  the  "main  entry" 
set  a  switch  to  assure  that  another  TX  bears  the  new  "main  entry." 

If  the  data  element  code  is  one  of  the  subject  heading  codes,  prepare 
a  delete  wash  action  and  write  it  onto  the  "wash  action"  and  subject 
heading  TX  tape. 


(b)  "New"  Action  Code  1. 


Cataloger's  Initial -  Data  Element  Code 

Special  Indication - x  I  Action  Code 


Call  No. 

Copy  No. 

No.  of  Copies 

1 

1 

•ANN 

1 

Data 

Variable 

£ 

52 

4 

4 

1 

fl 
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n 

*A=Alpha,  N=Numer5c  Bibliographic  Matter 

Figure  DQ 


If  the  call  number  of  the  TX  is  not  equal  to  the 
Inventory  Master  (authority),  and  the  action  code  is  "1,"  build  a  new 
record  for  the  Bibliographic  Master  and  the  Inventory  Master.  If  the 
following  TX's  hav6  the  same  call  number  and  action  code  of  "1,"  zero 
the  copy  number,  number  of  copies,  special  indicator,  and  cataloger 
code  fields,  and  add  them  to  the  Bibliographic  Master.  The  first 
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author  data  element  will  affect  the  author  field  in  the  Inventory  Master, 
aid  the  first  title  data  element  will  affect  the  title  field  of  the 
Inventory  Master.  (It  may  be  necessary  to  tnmcate  both  the  author  and 
the  title.)  "P"  type  element  data  codes  will  affect  the  subject  heading 
TX  tape  aid  the  Bibliographic  Master.  The  new  records  will  be  written 
onto  the  Bibliographic  Master  (figure  46) ,  the  Inventory  Master, 
figure  Eo,  the  Subject  Heading  Master  ("P"  types  only),  figure  Fo,  and 
the  daily  monitor  tape,  figure  Do. 

If  the  copy  nunber  of  the  first  action  contains 
0002,  flag  the  first  copy  of  the  Inventory  Master  as  "N"  or  "V"  and 
starting  with  copy  two,  flag  the  individual  copies  as  shelf  as  per 
nunber  of  copies;  otherwise,  start  flagging  the  copies  as  "shelf'  with 
copy  one.  Add  the  TX*s  number  of  copies  to  the  inventory  nunber  of 
copies  field  and  inventory  quantity  on  hand  fields.  Zero  the  inventory’s 
times  circulated  field. 

Place  the  date  of  the  nm  in  the  Inventory  Master's 
"date  originated"  field.  Make  all  "P"  type  TX's  going  to  the  subject 
heading  DC  tape  70  data  element  characters  long. 

The  cataloged s  initial  will  become  the  "New 

Accession"  flag. 


Call 

Blank 

Author 

Title 

No.  of 

Qty.  on 

Time 

300  Individual 

Date 

3 

No. 

Copies 
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u 
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4 

25 

H 
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4 

6 
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5 

Inventory  Master  Record 
Figure  E0 


Call  No. 

PNN 

1 

Subject  Heading 

* 

52 

3 

1 

70 

Data  Element  Action 

Code  Code 

Subject  Heading  TX  Record 
Figure  F0 

(c)  "Aid"  Action  Code  2.  There  are  two  different  types 
of  format  for  an  add  action  code.  One  format,  figure  Go,  will  add 
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additional  copies  to  any  existing  bibliographic  and  inventoty  record. 
The  other,  figure  Ho,  will  add  additional  data  to  any  existing  Biblio¬ 
graphic,  Inventory,  and  (in  the  case  of  "P"  data  element  codes) 

Search  Masters. 
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If  the  format  of  an  add  TX  is  the  same  as  figure  Go, 
and  the  data  element  code  is  Abb,  the  "nuriber  of  copies"  field  in  both 
the  matching  Inventory  Master  and  Bibliographic  Master  will  be  igxlated. 

In  addition  to  this,  the  inventory's  individual  copy  number  fields  will 
be  tfxlated  starting  with  the  copy  number  contained  in  the  TX  copy  number 
field  and  continuing  until  the  specified  nunber  of  copies  in  the  TX 
have  been  flagged  as  "on  the  shelf."  The  processed  TX  will  be  written 
onto  the  daily  monitor  tape. 
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If  the  format  of  an  add  TX  is  the  same  as  figure 
Ho,  and  the  data  element  code  is  alpha,  numeric  and  valid,  the  call 
number  of  the  TX  must  match  the  Inventory  and  Bibliographic  Masters, 
but  the  data  element  code  must  not  match  any  present  on  the  Bibliographic 
Master.  If  this  be  the  case,  add  the  new  data  to  the  Bibliographic 
Master.  If  the  new  data  element  code  being  added  is  a  "zero,  zero"  or 
a  "first  title"  it  will  also  cause  the  "author"  or  "title"  field  in  the 
Inventory  Master  to  be  change. 

In  building,  changing,  or  adding  to  the  author 
and  title  fields  of  the  Inventory  Master  the  following  logic  should 
be  followed: 

The  author  field  will  contain,  the  data  element 
that  has, been  coded  as  the  main  entry.  (This  will  normally  be  the 
first  author  of  the  book,  and  that  is  why  this  field  has  been  called 
the  author  field.) 

The  title  field  will  contain  the  data  element 
that  has  been  coded  as  the  first  title  of  the  book,  unless  the  title 
also  happens  to  be  the  main  entry.  If  the  title  of  the  book  is  also 
the  main  entry,  the  title  would  appear  in  the  author  field  and  the 
title  field  of  the  inventory  record  when  the  title  is  more  than  25 
characters  in  length. 


If  the  data  is  a  subject  heading  it  will  be 
written  onto  the  subject  heading  TX  tape  as  well  as  the  daily  monitor 
tope.  (Data  may  not  be  added  to  the  bibliographic  paragraph- -data 
element  code  NOl- -therefore  data  element  codes  N02  thru  N99  are 
invalid  codes.) 


(d)  "Change"  Action  Code  3.  The  call  number  of  a 
change  TX  must  match  a  call  nunber  contained  on  both  the  Inventory 
Master  and  the  Bibliographic  Master.  The  TX's  data  element  code  must 
also  match  a  data  element  code  contained  on  the  Bibliographic  Master. 


Write  the  TX  onto  the  daily  monitor  tape. 
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Cnee  a  match  has  been  found,  change  the  data  on 
the  Bibliographic  Master  to  that  contained  in  the  TX.  If  the  main 
entry  (Alpha,  zero,  zero)  and/or  the  first  title  on  the  Bibliographic 


270 


Master  is  being  changed,  the  Inventory  Master's  author  or  title 
field  must  be  changed  also.  If  the  data  element  code  in  the  TX  is  a 
"P"  type  data  element  code,  prepare  a  delete  and  add  action  and  write 
in  onto  the  subject  heading  TX  tape. 


(e)  "Lost,"  "Found." 
Adjust  Out"  Action  Codes"'4,  5,  6  and  7  . 


"Salvage f"  and  "Inventory 
respectively^ 
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Action  Code 


In  the  daily  qpdate  of  the  Bibliographic  and 
Inventory  Master  rut,  the  lost,  fbund,  salvage,  and  inventory  adjust* 
ment  out  actions  will  affect  the  Inventory  Master  only.  In  each  case 
they  will  become  errors  if  the  specified  copy  does  not  contain  a  * 
valid  condition  for  the  action  code  to  change. 

For  example:  A  "lost"  action  must  find  the  copy  flagged  "shelf." 

A  "foimd"  action  must  find  the  copy  flagged  "lost." 

A  "salvage"  action  must  find  the  copy  flagged  "shelf," 

An  "IAO"  action  must  find  the  copy  flagged  "shelf." 
"lost"  or  "salvage." 

(In  any  case  where  a  "lost"  has  been  "fbund"  change  the  flag  to 
"shelf."  Write  each  valid  action  onto  the  monitor  tape.) 

Note:  Scan  the  record  after  updating  the  inventory  out  TX.  If 
all  copies  have  been  flagged  as  inventory  out.  delete  the  record  from 
the  Bibliographic  Master.  Flag  and  print  as  It  were  deleted  by  a 
delete  TX.  7 

f.  Run  Details  For  Run  4 

The  purpose  of  this  run,  see  figure  72,  is  to  selectively 
extract  from  the  bibliographic  data  and  sort  for  display  an  Accession 
List,  a  Nuaber  List,  a  Shelf  List,  a  Title  List,  a  SiAject  Heading  List 
and  an  Author  List. 

(1)  Run  Four  Input 

IJxiated  Bibliographic  Master  File  from  last  ipdate  nit. 
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(2)  Run  Four  Output 

(a)  Shelf  list  file  to  be  sorted  to  LC  and  special 
data  element  sequence,  formatted  and  displayed  as  the  Shelf  List, 
figure  67. 


(b)  Author  file  to  be  sorted  alphabetically  by 
author  name,  formatted  and  displayed  as  the  Author  List,  figure  68. 

(c)  Title  file  to  be  sorted  alphabetically  by 
title,  formatted  and  displayed  as  the  Title  List,  figure  69. 

(d)  Subject  headings  file  to  be  sorted  alphabetically 
by  subject  heading,  formatted  and  displayed  as  the  Subject  Headings 
List,  figure  70. 


(e)  Accession  file  to  be  sorted  to  OOSATI  code  and 
title  sequence,  formatted  and  displayed  as  the  Accession  List. 

(f)  Nimber  list  file  to  be  sorted  to  main  entry  title 
and  call  nuaber  sequence,  formatted  and  displayed  at  the  Number  List. 

(3)  Rial  Four  Sequence 

Run  four  will  be  processed  in  the  sequence  of  the 

output  displays. 

g.  Rm  Details  For  Run  S 


Hie  purpose  of  this  run,  see  figure  72,  is  to  sort  the 
subject  heading  actions  and  the  wash  actions  from  the  daily  biblio¬ 
graphic  update  nai  into  subject  heading  sequence. 

(1)  Run  Five  Input 

Nash  actions  and  subject  heading  actions  from  the 
bibliographic  ipdate. 

(2)  Run  Five  Output 

Nash  actions  and  subject  heading  actions  sorted  to 
subject  heading  sequence. 

(3)  Run  Five  Sequence 

Rm  five  will  be  processed  in  subject  heading  sequence, 
h.  Run  Details  For  Run  6 

The  purpose  of  this  nai,  see  figure  72,  is  to  post  new 
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subject  headings  to  the  Subject  Heading  Master;  prepare  feedback  trans¬ 
actions  to  delete  from  the  Bibliographic  Master  File  already  assigned 
subject  headings  found  to  be  in  error;  flag  and  select  valid  new  subject 
headings  for  display  in  a  emulative  list. 

The  daily  actions  to  the  subject  heading  tape  which  were 
sorted  to  subject  heading  sequence  and  are  processed  against  the 
Subject  Authority  Master,  and  the  Search  Master.  Subject  headings  with 
an  action  code  of  "1"  or  "2"  not  foind  on  the  Subject  Authority  Master 
will  be  added  and  flagged  as  tenporary  until  authorized  by  the  Language 
Control  Authority.  (Wash  deletes  will  be  processed  against  the  Biblio¬ 
graphic  Master  on  the  next  run  cycle  in  order  to  keep  the  two  mastc  •s 
in  phase.)  A  emulative  listing  reflecting  additions  and  changes 
to  the  Subject  Authority  Master  will  be  produced  daily. 

All  valid  actions  will  be  printed  daily  in  order  that  any 
error  in  spelling  of  words  not  discovered  in  the  edit  checks  may  be 
corrected. 


(1)  Run  Six  Input 

(a)  Subject  Heading  Authority  File,  figure  7,  in  se¬ 
quence  by  subject  heading. 

(b)  Sorted  subject  heading  transactions,  figure  5, 
in  sequence  by  subject  headings. 

(c)  Search  Master,  figure  8,  in  sequence  by  subject 

heading. 

(2)  Run  Six  Output 

(a)  Updated  Subject  Authority  File  -  Sane  as  Input  a. 

above. 

(b)  Updated  emulative  additions  to  Subject  Authority 
File  -  Same  as  Input  b.  above. 

(c)  Wash  actions,  figure  S,  in  sequence  by  subject 

heading. 

(d)  Errors,  figure  11,  in  sequence  by  subject  heading. 

(e)  Updated  Search  Master,  figure  8,  in  sequence  by 

subject  heading. 

(f)  Valid  TX's  processed. 

(3)  to  Six  Sequence 

to  six  will  be  processed  in  subject  heading  sequence. 
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i.  Editing  Criteria 

Cataloging  editing  criteria  is  presented  in  three  cate¬ 
gories;  input  transaction  edits,  LC  call  number  edits  and  valid  data 
elenent  code  edits.  Also  indicated  will  be  a  valid  action  code  vs 
data  elenent  code  action  list.  This  will  be  followed  by  a  listing 
of  all  edits  and  error  messages  used  by  the  programmer. 

(1)  Input  Transaction  Edits.  These  edits  are  used  to 
deteraine  if  the  input  transaction  to  be  processed  contain  the  basic 
element  and  proper  foraat  for  processing. 

(a)  All  input  transactions  will  be  edited  as  follows: 


Data  Field 

Criteria 

Message 

Cataloger's 

Initial 

Must  be  alpha 

CATALOGERS  INITIAL  IS 

NOT  VALID 

Action  Code 

Must  be  0  thru  7 

INVALID  ACTION  (DDE 

(b)  Action  Code  0  items  will  be  edited  as  follows: 

Data  Field 

Criteria 

Message 

Copy  Nunber 

Hist  be  blanks  or 
ALLb  or  all 
numeric. 

DATA  IN  THE  COPY  NIMBER 
HELD  IS  NOT  VALID. 

Number  of  Copies 
Field 

Hist  be  ALLb  if  DATA  IN  THE  NlfBER  OF 

Copy  Nunber  field  (DPIES  FIELD  IS  NOT 
is  ALLb.  Must  be  VALID, 
blank  if  Copy 

Nunber  field  is 
blank.  Must  be 

0001  if  Copy  Nunber 
field  is  numeric. 

Special  Indicator 
Code 

Must  be  blank,  N, 

R,  S,  X,  or  V. 

INVALID  SPECIAL  INDICATOR 
CODE. 

Data  Elenent  Code 

Must  contain  Abb 
or  Pbb  if  Copy 
Nunber  field  is 
ALLb  or  numeric. 
Must  contain  AW 
if  the  Copy  Nunber 
field  is  bbbb. 

DATA  ELEhtNT  CODE  DOES 

NOT  AGREE  WITH  THE  ODPY 
Nl>fiER  FI&D. 

Data  Elenent 

Must  be  an  as¬ 
terisk. 

DELETE  TX  DOES  NOT  CONTAIN 
AN  •  IN  THE  DATA  FIELD. 
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(c)  Action  Code  1  items  will  be  edited  as  follows: 


Data  Field 
Copy  Number 


1st  Data  Element  Code 

Data  Element  Code 


Criteria 


Must  be  0001  or 
0002.  If  0002, 
the  special  in¬ 
dicator  code  must 
be  either  N  (for 
no  copy  1  and  non¬ 
expendable)  or  V 
(no  copy  1,  ex¬ 
pendable.) 

Must  be  of  the 
fbnn  XQO  where  X 
is  an  alpha 
character. 

Must  be  code 
listed  in  figure 
47. 

The  following 
codes  must  be  pre¬ 
sent  when  a  new 
bibliographic  re¬ 
cord  is  being  pro¬ 
cessed.  A  main 
entry  code  00,  at 
least  one  title  - 
BOO  or  BOl,  BOl 
NOl  and  POl.  If 
any  of  these  record 
are  missing  the 
record  must  be 
kicked  out. 

When  processing  a  BOOK  DOES  NOT  HAVE  A  GDRPOR- 
new  bibliographic  ATE  AUTHOR, 
record,  a  corpor¬ 
ate  author's 
address  (0*0  mist 
have  a  corporate 
author  (CW) .  How¬ 
ever,  a  corporate 
author  may  be  pre¬ 
sent  without  a  cor¬ 
porate  authors 
address. 


Message 

SPECIAL  INDICATOR  00EE 
DOES  NOT  AC  REE  WITH  THE 
OOPY  NIMBER  FIELD. 


THIS  BOOK  DOES  NOT  HAVE 
A  MAIN  ENTRY. 


See  the  valid  data  element 
codes,  edits  and  error 
messages. 

CATALOGING  OF  THIS  BOOK  IS 
NOT  COMPLETE.  DATA  ELEMENT 
_ ,  ,  IS/ARE  NOT 

PRESRrr. 
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Beta  Field 


Criteria 


Message 


Bata  Elements  Edit  according  to  See  valid  data  element  cede., 

the  criteria  in  edits,  and  srror  messages, 
valid  data  ele¬ 
ment  codes. 


(d)  Action  Code  2  items  will  be  edited  as  follows : 


Data  Field 

Criteria 

Message 

Copy  Number  F^ld 

Must  be  nuneric 
if  da* a  element 
_odes  arc  not  of 
the  form  ANN. 

DATA  IN  THE  COPY  NIMBER 
FIELD  IS  NOT  VALID. 

Number  of  Copies  Field 

Same  as  above. 

DATA  IN  THE  NIMBER  OF 

COPIES  FIELD  IS  NOT  VALID. 

Special  Indicator  Code 

b,N,R,S,X,  or  V. 

INVALID  SPECIAL  INDICATOR 
CODE 

Data  Element  Code 

Must  be  Code 
listed  in  figure 
47. 

INVALID  DATA  ELEMENT  CODE 

Data  Elements 

Edit  according  to 
the  criteria  in 
valid  data  element 
codes. 

See  valid  data  element  codes 
edits,  and  error  messages. 

(e)  Action  Code  3  items  will  be  edited  as  follows: 

Data  Field 

Criteria 

Message 

Copy  timber 

Must  be  blank. 

DATA  IN  THE  COPY  NIMBER 
FIELD  IS  NOT  VALID. 

Nuiber  of  Copies 

Must  be  blank. 

DATA  IN  THE  NIMBER  OF 

OOPIES  FIELD  IS  NOT  VALID. 

Special  Indicator  Code 

Must  be  b,N,R,S, 

X,  or  V. 

INVALID  SPECIAL  INDICATOR 
(DDE. 

Data  Element  Code 

Must  be  a  code 
listed  in  figure 
47. 

INVALID  DATA  ELEMENT  (DDE. 

Data  Elements 

Edit  according  to 
the  criteria  in 
valid  data  element 
codes . 

See  valid  data  element  codes 
edits,  and  error  messages. 

276 


(£)  Action  Codes  4,  5,  6,  and  7  items  will  be  edited 


as  follows: 

Data  Field 

Criteria 

Message 

Copy  Nunber  Field 

Must  be  numeric. 

OCJPY  NIMiER  FIELD  IS  NOT 
NIMiRIC. 

Number  of  Copies  Field 

Must  be  blanks. 

NIMJER  OF  COPIES  FIELD 

IS  NOT  NUMERIC. 

Special  Indicator  Code 

Must  be  blank. 

INVALID  SPECIAL  INDICATOR 
CODE. 

Data  Element  Codes 

None.  (In  spreading 
the  record  for  the 
update  run,  make  a 

3  character  blank 
data  element  code 
field. 

(2)  LC  Call  Nunber  Edits.  These  edits  are  used  in  con- 
juction  with  the  input  transaction  edits  and  will  indicate  specific 
editing  requirement  for  LC  call  numbers. 

Legend:  A  ---  ALPHA  Character 
N  —  NUMERIC  Character 
C  ---  ALPHA  or  NUMERIC  Character 
b  ---  BLANK  Column  Separator 
ND  --  NO  DATE  Constant 

Note:  An  will  be  the  terminal  character  of  the 
LC  nunber,  and  the  total  length  of  fields  1,  2,  3,  and  4  of  the  LC 
ntr.be r  must  not  exceed  32  characters  excluding  the 

Main  Class  Division 

Minimum  of  1  ALPHA  Character  followed  by  a  blank. 
Maximum  of  2  ALPHA  Characters  followed  by  a  blank. 
(First  ALPHA  Character  cannot  be  I,  0,  W,  Xt  or  Y. 

A  list  of  valid  LC  classes  and  sub  classes  may  be 
found  on  the  following  page. 

Subdivision/Further  Subdivision 

Minimum  of  1  NUMERIC  Character  followed  by  a  blank. 
Maximum  of  12  CHARACTERS  followed  by  a  blank. 

Subdivision  Exanples  Subdivision  Examples  with 

Further  Subdivision  Ex angles 

Nb  N.  followed  Cb 
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NNb 

NN. 

by 

CCb 

NNNb 

NNN. 

any 

CCCb 

NNNNb 

NNNN. 

combination 

CCCCb 

of 

CCCCCb 

CCCCOCb 

CCCCCCCb 

(If  further  subdivision  is  present,  the  subdivision 
aust  be  followed  by  a  instead  of  a  *1)".) 

Cutter  Number 

Minimum  of  1  ALPHA  Character  followed  by  1  NUMERIC 
Character. 

Maximum  of  1  ALPHA  Character  followed  by  3  NUMERIC 
Characters . 

Cutter  Number  Exanples 


ANb 

ANNb 

ANNNb 


A  constant  of  "ND,"  or  a  maximum  of  4  NUMERIC  Charac¬ 
ters  followed  by  a  followed  by  2  NUMERIC  Charac¬ 
ters. 


NN 

NNNN 

NNNN-NN 


Note:  When  all  of  the  biblio¬ 
graphic  data  has  been 
gathered  and  corrected 
this  field  will  be 
shortened  to  four 
characters . 


(Date  must  fall  within  a  range  of  1600  or  current  year.) 

Valid  LC  Classes  and  Sii)  Classes 

ACAEAGAIANAPAS'AYAZ 

B  BC  BD  BF  BH  BJ  BM  BP  BR  BS  BT  BV  BX 

CBCCCDCECJCRCSCr 

D  DA  DB  DC  DD  DE  DF  DG  EH  ID  DK  DL  DP  DQ  DR  DS  DT  DU  DX 

E 

F 

G  GA  GB  GC  GF  GN  GR  GT  GV 
HHAHBHCHDHEHFHGHMHNHQHSHTHVHX 
J  JA  JC  JK  JL  JN  JQ  JS  JV  JX 
K 

L  LA  LB  LC  LD  LE  LF  LG  IH  LJ  LT 
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M 

ML 

MT 

N 

NA 

NB 

NC 

ND 

NE 

NK 

P 

PA 

PB 

PC 

PD 

PE 

PF 

PG 

PH 

PJ 

PK 

PL 

PM 

FN 

PQ 

PR 

PS  PT  PZ 

Q 

QA 

QB 

QC 

QD 

QE 

QH 

QL 

QM 

QP 

QR 

R 

RA 

RB 

RC 

RD 

RE 

RF 

RG 

RJ 

RK 

RL 

RM 

RS 

RT 

KV 

RX 

RZ 

S 

SB 

SD 

SF 

SH 

SK 

T 

TA 

TC 

TD 

TE 

TF 

TG 

TH 

TJ 

TK 

TL 

IN 

TP 

TR 

TS 

IT 

TX 

U 

UA 

UB 

UC 

UD 

UE 

UF 

UG 

IH 

V 

VA 

VB 

VC 

VD 

VE 

VF 

VG 

VK 

VM 

z 

(3)  Valid  Data  Element  Codes,  Edits  and  Error  Messages 


Data  Element 
Codes 

Action 

Codes 

Type  Data 

Edit  of  Data 

Error 

Messages 

bbb 

4, 5,6, 7 

None 

None 

ACTION  CODE  VS 

Abb 

2, 

None 

None 

DATA  ELEMENT 

CODE  INVALID. 

Abb 

0 

An  Asterisk 

* 

DATA  NOT  * 

AOO  thru  A99 

0,1,2, 3 

Authors 

Brown, , , , 

Brcwn,  R,,, 
Brown,, Sir,, 
Brown,,, 1908- , 

P0IWAT  OF  THE 
AUTHOR'S  NAME 

IS  INVALID. 

BOO  thru  B99 

0,1, 2, 3 

Titles 

Alpha/Numeric 

TITLE  DATA  IS 
BLANK. 

000  thru  C99 

0,1, 2, 3 

Corporate 

Authors 

Alpha/Numeric 

CORPORATE  AUTHOR'S 
FIELD  IS  BLANK. 

DOl  thru  D99 

0,1, 2. 3 

Corporate 

Address 

Alpha/Numeric 

CORPORATE 

ADDRESS  FIELD 

IS  BLANK. 

BOO  thru  E99 

0,1, 2, 3 

Editors 

Same  as  Author 
except  last 
Character  must 
be  "ED." 

FORMAT  OF  THE 
EDITOR’S  NAME 

IS  INVALID. 

POO  thru  F99 

0,1, 2,3 

Compilers 

Same  as  Author 
except  last 
character  must 
be  CP. 

FORMAT  OF  THE 
COMPILER'S  NAME 

IS  INVALID. 

GOO  thru  G99 

0,1, 2, 3 

Translators 

Same  as  Author 
except  last 

FORMAT  OF  THE 
TRANSLATOR'S 
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Data  Element 
Codes 

Action 

Codes 

Type  Data 

Edit  of  Data 

Error 

Messages 

character  must 
be  TR. 

NAME  IS  INVALID, 

H00  thru  H99 

0,1. 2, 3 

Illustrators  Sane  as  author 
except  last 
character  must 
be  IL. 

FORMAT  OF  THE 
ILLUSTRATOR'S 
NAM:  IS  INVALID 

U01  thru  L99 

0,1, 2,3 

Language 

Alpha 

THE  LANGUAGE 
FIELD  IS  NOT 
ALPHABETIC. 

M01  thru  M99 

0.1, 2,3 

Series 

Alpha/Numeric 

THE  SERIES 

HELD  IS  ALL 
BLANK. 

NOl 

0,1,3 

Bibliogra¬ 
phic  Para¬ 
graph 

Alpha/Numeric 

THE  BIBLIO¬ 
GRAPHIC  PARA¬ 
GRAPH  IS  BLANK. 

01  thru  099 

0,1, 2, 3 

Informal 

Notes 

Alpha/Nuneric 

THE  INFORMAL 
NOTE  FIELD  IS 
BLANK. 

Pbb 

0 

Subject 

Headings 

Alpha/Numeric 

SUBJECT  HEADING 
FIELD  IS  BLANK. 

P01  thru  P99 

0,1, 2, 3 

Subject 

Headings 

Alpha/Numeric 

SUBJECT  HEADING 
FIELD  IS  BLANK. 

Q01 

0,1, 2,3 

CQSATI  TV*>  Digits 

Subject  Gode  01  thru  22. 

INVALID  COSAT I 
CDEE. 

TO1  thru  T29 

0,1, 2, 3 

Contract 

Number 

Alpha/Nuneric 

T31  thru  TS9 

0,1, 2, 3 

Subcontract 

Number 

Alpha/Nuneric 

T61  thru  T89 

0,1,2, 3 

Project 

Number 

Alpha/Numeric 

T9L  thru  T99 

0,1, 2,3 

Grant 

Alpha/Nuneric 

Numbers 

VD1  thru  V99 
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0, 1,2,3  Report 
Niisbers 


Alpha/Nuneric 


(4)  Valid  Action  Code  vs  Data  Element  Code  Editing  Criteria 

Action  Code 

Inventory  Master  and 
Bibliographic  Master 

Match  Data  Element  Codes 

Inventory  Master  and 
Bibliographic  Master 
Match 

1 

No  -  ADI  thru  S99 

No  -  Build  New  Record 

2 

No  -  Abb 

Yes  -  Update  Copy  and 

No.  of  Copies 

2 

No  -  A01  thru  S99 

Yes  -  Add  Data  By 
Building  New 

Sub.  Record 

3 

No  -  Abb 

Yes  -  Change  Cop/  No. 
and  No.  of  Copies 

3 

Yes  -  ADI  thru  S99 

Yes  -  Change  Data 
in  Master 

4 

No  -  bbb 

Yes  -  Flag  Copy  Lost 

S 

No  -  bbb 

Yes  -  Flag  Copy  as 
Salvaged 

6 

No  -  bbb 

Yes  -  Flag  Copy  as 

returned  to  shelf 

0 

No  -  Abb 

Yes  -  Delete  Copies 
so  specified  by 
transaction 

0 

Yes  -  ADI  -  S99 

Yes  -  Delete  Data 

from  Master  File 

0 

Yes  -  Pbb 

Yes  -  Write  TX  onto  the 
Subject  Heading 

TX  Tape  for  fur¬ 
ther  processing 

7 

No 

Yes  -  Flagged  specified 
copies  as  X. 

When  the  action  code  of  the  transaction  is  not  one  of  the  above, 
the  error  Message  will  read  -  INVALID  ACTION  OWE. 


(5)  Messages  Appearing  Oh  the  Edit  Error  List 
Message  Meaning  Corrective  Action 

ACTION  OWE  VS  DATA  The  data  element  code  is  Research  and  resihmit. 
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Message 

ELBBfr  (X»E  INVALID. 


WE  BIBLIOGRAPHIC  PARA¬ 
GRAPH  IS  BLANK. 


CATALOGER'S  INITIAL  IS 
NOT  VALID. 


CATALOGING  OF  THIS  BOOK 
IS  NOT  COMPLETE.  DATA 
ELBCNTS  — .---IS/ARE 
NOT  PRESBTT. 


OOW  NUBER  HELD  IS 
NOT  NUMERIC. 


CORPORATE  ALflHOR'S  FIELD 
IS  BLANK. 


CUTTER  NIMBER  CONTAINS 
MORE  THAN  ONE  ALPHA 
CHARACTER. 


CUTTER  NIMBER  IS  TOO 
LONG. 


Meaning 

bbb  or  Abb  but  the  action 
code  is  not  2,  4,  5,  6, 
or  7. 

There  is  a  data  element 
code  NOl  indicating  the 
bibliographic  paragraph, 
but  no  data  follows  the 
code. 

There  is  something  other 
than  an  alphabetic  or 
blank  character  in  the 
cataloged  s  initial 
field. 

The  action  code  is  1, 
and  the  required  data 
elements  specified  by 
data  element  codes  are 
missing.  Required  min¬ 
imus  data  elements  are 
main  entry  (code  00) , 
at  least  one  title 
(code  BOO  or  B01) ,  bib¬ 
liographic  paragraph 
(code  NOl) ,  and  at 
least  one  subject  head¬ 
ing  (code  P01). 

The  action  code  is  4,  S, 
6,  or  7,  but  the  copy 
nuafcer  field  either  con¬ 
tains  data  other  than 
nimeric  characters  or 
is  blank. 

There  is  a  corporate  au¬ 
thor  data  element  code 
but  no  corporate  author 
data  follows. 

Self  explanatory.  Only 
one  alphabetic  character 
can  be  in  the  Cutter  lum¬ 
ber,  and  it  must  be  the 
first  one. 

The  Cutter/nimber  is  over 
the  aaximm  length  of 


Corrective  Action 


Resubmit. 


Resubmit. 


Research  and  resubmit. 


Research  and  resubmit. 


Research  and  resubmit. 


Research  and  resubmit. 


Research  and  resubmit. 
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Message 

Meaning 

Corrective  Action 

one  alphabetic  character 
and  3  numeric  characters. 

CUTTER  NIM3ER  NOT 
PRESENT. 

Self  explanatory. 

Research  and  resubmit. 

CUTTER  NUMBER  STARTS 

WITH  NUMERIC  CHARAC¬ 
TER. 

Self  explanatory.  The 
first  character  must  be 
alphabetic. 

Research  and  resubmit. 

DATA  ELEMENT  CODE  DOES 
NOT  AGREE  WITH  THE  COPY 
NIMJER  HELD. 

The  action  code  is  0  and 
either  (1)  the  copy  num¬ 
ber  is  ALLb  or  numeric. 

Resubmit. 

but  the  data  element 
code  is  not  either  Abb  or 
Pbb,  or  (2)  the  copy  num¬ 
ber  is  blank,  but  the 
data  element  code  is  some¬ 
thing  other  than  A  fol¬ 
lowed  by  two  nimeric 
characters. 


DATA  IN  THE  COPY  NIKfiER 
FIELD  IS  NOT  VALID. 


(1)  The  action  code  is  0  Research  and  resubmit, 
and  the  copy  number  field 

contains  something  other 
than  blanks,  ALLb,  or  nu¬ 
meric  characters. 

(2)  The  action  code  is  2 
and  the  data  element 
codes  are  something 
other  than  A  followed  by 
two  numeric  characters, 
but  data  in  the  copy  num¬ 
ber  field  is  not  numeric 
characters. 

(3)  The  action  code  is  3 
but  the  copy  number  field 
is  not  blmik. 


DATA  IN  THE  NIMLR  OF 
OOPIES  FiaD  IS  NOT 
VALID. 


(1)  The  action  code  is  tesubmit. 

0  and  either  (1)  the 

copy  number  is  ALLb 

but  the  number  of  copies 

is  not  ALLb,  or  (2)  the 

copy  number  field  is 

blank  but  the  number  of 

copies  field  is  not 

blank,  or  (3)  the  copy 

number  field  has  numeric 
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Message 


DATA  NOT* 


DATE  HELD  CONTAINS  AN 
INVALID  BUNK. 

DUSE  HELD  HAS  ALPHA 
CRIER  THAN  W, 

DATE  NOT  IN  RANGE. 


lELETE  TX  DOES  NOT  CON* 
TAIN  AN  •  IN  TIE  DATA 
HELD. 


FORMAT  OF  THE  AUIHOR'S 
NAME  IS  INVALID. 


Merging  Corrective  Action 

characters  but  the  number 
of  copies  field  contains 
something  other  than 
0001. 

(2)  The  action  code  is 
2  and  the  data  element 
codes  are  sene thing  other 
than  A  followed  by  two 
nuaeric  characters,  but 
the  data  in  the  copy  num¬ 
ber  field  is  not  nuaeric. 

(3)  The  action  code  is  3 
but  the  number  of  copies 
field  is  not  blank. 

The  data  elaaent  code  is  Resubmit. 

Abb  and  the  action  code 
is  0,  but  the  data  field 
has  something  in  it 
other  than  an  asterisk. 

Self  explanatory.  Resubmit. 


Self  explanatory.  Resubmit. 


Date  is  outside  the  range  Resubmit. 
1600  to  current  year. 

A  transaction  card  sub-  Resubmit, 

mitted  to  delete  a  biblio¬ 
graphic  record,  with  the 
action  code  of  0,  contains 
something  other  than  an 
asterisk  or  is  all  blank  in 
the  data  element  field. 

Fomat  of  the  author's  Resubmit, 

name  is  other  thsi: 

Brown,,,, 

Brown,  R,,, 

Brown,, Sir,, 

Brown,,, 1906- , 

There  must  be  four  commas . 
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Message 

FORMAT  OF  THE  COMPILER'S 
NAME  IS  INVALID. 


FORMAT  OF  THE  EDITOR'S 
N AFC  IS  INVALID. 


FOWAT  OF  THE  ILLUSTRA¬ 
TOR'S  NAFC  IS  INVALID. 


FORMAT  OF  THE  TRANSLA¬ 
TOR'S  NAFE  IS  INVALID. 


FURTHER  SUBDIVISION  IS 
TOO  LONG. 


THE  INFORMAL  NOTE 
HELD  IS  BLANK. 


INVALID  ACTION  (DDE. 


INVALID  OOSATI  (DIE. 


INVALID  DATA  ELEMENT  COPE. 


Meaning 

The  required  fbmat  for 
compiler's  name  is  the 
saee  as  the  author's,  ex¬ 
cept  the  last  two  char¬ 
acters  must  be  CP. 

The  required  fbmat  for 
editor's  nae  is  the 
sane  as  the  author's, 
except  the  last  two 
characters  aust  be  ED. 

The  required  fbmat  for 
illustrator's  naa»  is 
the  sane  as  the  author's, 
except  the  last  two 
characters  mat  be  IL. 

The  required  fbmat  for 
translator's  name  is 
the  same  as  the  author's, 
except  the  last  two 
characters  aust  be  TR. 

The  further  subdivision 
of  the  LC  classification 
is  longer  than  the  max- 
i*tn  of  11  characters. 

There  is  a  data  elegant 
code  in^icatirg  an 
info  real  note  but  no  data 
following  it. 

There  is  something  in  the 
action  code  field  other 
than  0,  1,  2,  3,  4,  5,  6, 
or  7. 

There  is  seme thing  in 
the  OOSATI  code  field 
other  than  two  digits 
in  the  range  of  01 
through  22. 

The  data  element  code  is 
not  one  of  those  listed 
in  figure  47. 


Corrective  Action 

Resubmit  using  correct 
fbmat. 

Res  limit  using  correct 
format. 


Resubmit  using  correct 
format. 


Resubmit  using  correct 
format. 


Research  and  resubmit. 


Research  and  res>tmit. 


Resubmit. 


Resubmit. 


Resubmit. 


Message 

invalid  special  indica¬ 
te*  GDCE. 


Meaning 


(1)  The  action  code  is 
0,  2,  or  3  and  the 
special  indicator  code 
is  something  other  than 
blank,  N,  R,  S,  X,  or 
¥  » 


TW  language  FIELD  is 
NOT  ALPHABETIC. 


main  CLASS  (TWAINS  A 
*UCRIC  CHARACTER. 


(2)  The  action  code  is 
4»  5,  6,  or  7  and  the 
special  indicator  code 
field  is  not  blank, 
as  required. 

There  is  at  least  one 
character  in  the  lan¬ 
guage  field  that  is 
not  alphabetic. 

Self  explanatory. 


main  class  invalid. 


main  class  too  long 


MA©ER  of  copies  FIE] 
is  NOT  BLANK. 


the  series  field  is  all 

BLANK. 


SPECIAL  INDICATOR  QOGE 
inconsistent  WITH  THE 


(1)  The  main  class  of 
the  LC  classification 
contains  at  least  one 
nai-alphabetic,  ncn- 
nuneric  character. 

(2)  The  first  charac¬ 
ter  in  the  main  class 
U  1,0,  N,  X,  or  Y. 

The  aain  class  of  the 
LC  classification  is 
longer  than  two  char¬ 
acters  followed  by 
one  blank. 

The  action  code  is  4,  5, 
6,  or  7;  the  nuaber  of 
copies  field  should  be 
blank  but  is  not. 

There  is  a  data  element 
code  indicating  a  series 
entTy,  but  no  data  fol¬ 
lows  it. 

The  action  code  is  1  and 
the  copy  n caber  is  0002, 


Corrective  Action 
Research  and  resifcmit. 

Resubmit. 

Research  and  resubmit. 

Research  and  resihmit. 
Research  and  resubmit, 

Research  and  resubmit. 

Resubmit. 

Research  and  resubmit. 

Research  and  resubmit. 
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COPY  NO.  FIELD. 


SUBDIVISION  CONTAINS 
ALPHA  CHARACTERS. 


SUBDIVISION  NOT  PRESENT. 


SUBDIVISION  TOO  LONG. 


SUBJECT  HEADING  FIELD  IS 
BLANK. 


THIS  BOOK  DOES  NOT  HAVE  A 
MAIN  ENTRY. 


Meaning 

but  the  special  indica¬ 
tor  code  is  something 
other  than  N  or  V. 

The  LC  subdivision  con¬ 
tains  at  least  one  alpha¬ 
betic  character,  rather 
than  only  numeric  char¬ 
acters  . 

There  is  no  subdivision 
of  the  LC  classifica¬ 
tion;  it  is  required 
data. 

There  are  more  than  12 
characters  in  the  LC 
classification  subdi¬ 
vision. 

There  is  a  data  element 
code  indicating  subject 
heading,  but  no  data 
fullers  it. 


Corrective  Action 


Research  and  resubmit. 


Research  and  resubmit. 


Research  and  resubmit. 


Research  and  resubmit. 


The  action  code  is  1,  but  Resubmit, 
the  first  data  element 
code  is  something  other 
than  one  alphabetic  char¬ 
acter  followed  by  two 
zeros . 


THIS  BOOK  DOES  NOT  HAVE  A 
TITLE. 

TITLE  DATA  IS  BLANK. 


Self  explanatory. 

The  action  code  is  0.  1, 
2,  or  3,  but  the  title 
field  contains  no  data. 


Research  and  resifcmit. 


Resubmit. 


(6)  Messages  Appearing  can 


>te  Error  List 


Message 


Mean ins 


BIB.  MASTER  ALREADY  CON¬ 
TAINS  DATA  INTER  THIS 
DATA  ELEMENT  CDEE. 


A  data  element  to  be 
added  to  an  established 
bibliographic  record  has 
has  been  submitted  with  a 
data  element  code  that 


Corrective  Action 
Research  and  resubmit. 
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Message 


BIBLIOGRAPHIC  RECORD 
DOES  NOT  HAVE  A  MAIN 
ENTRY. 


CALL  NIMJER  FOR  COPIES 
TO  BE  ADDED  NOT  TOIJND 
CN  THE  BIB.  MASTER. 


CALI,  NIMBER  TOR  DATA  TO 
BE  (HANGED  NOT  ROUND  ON 
BIB.  MASTER. 


CALL  NIMBER  IS  A  DUPLI¬ 
CATE  OF  ONE  ALREADY 
CONTAINED  ON  IHE  BIB. 
MASTER. 


COPY  R)LND  WAS  NEVER 
REPORTED  LOST. 


OOVY  NIBBER  OUT  Of  OUR 
INVENTORY  IS  OUT  ON 
CIRCULATION. 


OOPY  REPORTED  TOST 
WAS  NOT  CN  SHELF. 


OOPY  TO  BE  DELETED  IS 
NOT  ON  IHE  SHELF,  IT 


Meaning 

duplicates  the  code  of  a 
data  element  already  on 
the  record. 

The  transaction  submitted 
leaves  the  Bibliographic 
Master  record  without  a 
main  entiy. 

There  is  no  record  on  the 
Bibliographic  Master  File 
with  the  call  number 
specified  in  the  input 
transaction  adding  copies. 

There  is  no  record  on 
the  Bibliographic  Master 
File  with  the  call  number 
specified  in  the  input 
transaction  changing  data. 

The  input  transaction 
creates  a  new  record, 
but  there  is  already'  a 
record  on  the  Bibliogra¬ 
phic  Master  File  under  the 
same  call  number. 

The  input  transaction  Research, 
flags  a  copy  as  found,  but 
the  copy  is  not  flagged 
on  the  master  file  as  lost. 

Self  explanatory.  A  Research, 

book  copy  that  is 
charged  out  cannot  be 
inventoried  out. 

Self  explanatory.  The  Research. 

only  condition  from 

which  a  copy  can  be 

flagged  "lost"  is 

"shelf." 

Self  explanatory.  Research. 


Corrective  Action 


Research. 


Research, 


Research. 


Research. 
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Message 


Meaning 


Corrective Action 


IS  _ .  (In- 


sert  LOST',  SALVAGED, 
CIRCULATED,  001  (out 
of  inventory) ,  NO 

COPY  ONE  -  EXPENDABLE, 
or  NO  COPY  ONE  -  NON 
EXPENDABLE.) 

COPY  TO  BE  SALVAGED  NOT 

ON  SHELF. 

Self  explanatory. 

Research. 

DATA  ELEMENT  TO  BE 

CHANGED  NOT  FCXWD  ON 

BIB.  MASTER. 

Self  explanatory. 

Research. 

THE  DATA  TO  BE  DELETED 

IS  NOT  CN  THE  BIB. 

MASTER. 

Self  explanatory. 

Research. 

DUPLICATE  COPY  NUMBER. 

The  copy  nunber  to  be 
added  is  already  chi 
the  bibliographic 
master  record. 

Research. 

RECORD  TO  BE  DELETED  WAS 

Self  explanatory. 

Research. 

NOT  K)IM)  ON  BIB  MASTER. 
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4,  Circulation  Module 


The  purpose  of  the  circulation  module  is  to  monitor  and  main¬ 
tain  central  control  files  for  all  books  and  serials  on  loan  to  patrols,, 
branch  libraries  or  items  at  the  bindery. 

a.  Circulation  Logic  and  Rm  Relations 

Utilizing  the  conputer  nai  relation  flow  chart,  figure 
88,  as  a  guideline  the  circulation  module  of  the  books  control  subsystem 
run  relations  are  easily  followed  from  issue  to  return  of  item. 

As  shown  in  the  flow  chart  the  conputer  accepts  a  variety 
of  transactions  which  are  used  to  initiate  and  update  the  Circulation 
and  Inventory  Master  Files, 

For  conputer  processing,  all  data  contained  on  these  input 
transaction  cards  is  converted  to  magnetic  tape.  This  conversion  is 
accomplished  in  the  computation  center  by  a  standardized  punch  card 
to  magnetic  tape  conversion  run  which  is  presented  in  figure  88  as  run 
one,  the  conversion  from  transaction  cards  to  magnetic  tape. 

During  the  conversion  nsi  all  input  circulation  transaction 
cards  are  character  checked  throughout  the  transaction  card  field. 
Transactions  which  fail  the  character  check  are  dropped  off  and  returned 
to  the  library  as  unreadable  transaction  cards. 

When  the  remaining  circulation  transactions  are  in  a 
machine  readable  form  and  each  has  been  appended  with  a  record  mark,  the 
information  contained  on  the  magnetic  tape  file  will  be  sorted  into 
social  security  number  sequence.  This  sorting  action,  accomplished  in 
run  two,  will  properly  sequence  the  input  transactions  for  the  edit  / 
match  program  in  run  three. 

Run  three  will  edit  all  input  transactions  per  input 
transaction  editing  criteria,  paragraph  m. ,  this  section ,  All  transactions 
attempted  or  processed  in  this  run  will  be  written  out  on  the  Circulation 
Monitor  and  Error  List,  see  figure  78.  Transactions  found  in  error,  if 
any,  will  be  so  indicated  by  an  appropriate  error  message.  For  each 
transaction  in  error,  either  processed  or  kicked  out,  a  duplicate  computer 
produced  transaction  card  will  be  prepared  with  col  1,  action  code, 
left  blank. 


All  processed  error  and  valid  circulation  transactions 
from  run  three  will  be  resorted  into  call  number  sequence  in  run  four. 
Output  files  from  this  sorting  action  will  serve  as  input  to  the  main 
update  run,  run  five. 

When  the  preceding  actions  have  been  completed  the  Circula¬ 
tion  and  Inventory  Master  Files  from  the  last  update  must  be  made  availa¬ 
ble  in  order  to  process  the  input  transactions  and  ipdate  the  master  files. 
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During  the  update  run  several  types  of  actions  affecting 
the  Circulation  and  Inventory  Master  Files  may  be  acconplished:  items 
may  be  circulated,  returned,  recalled,  renewed,  indicated  as  lost  or 
found,  the  patron  who  has  an  item  checked  out  may  have  a  name  change  or 
the  item  checked  out  may  have  a  title  change. 

The  Circulation  and  Inventory  Master  Files  from  the  last 
update  along  with  the  input  circulation  transactions  file  are  loaded 
onto  the  computer.  The  Circulation  and  Inventory  Master  Files  will  be 
sequenced  into  conputer  memory  by  call  number  along  with  the  input 
transactions  file.  When  a  match  of  corresponding  call  numbers  is  made 
in  either  the  circulation  or  inventory  files  with  a  corresponding  num¬ 
ber  in  the  input  transactions  file  the  action  indicated  in  the  input 
transactions  file  will  be  acconplished.  All  other  items  in  the  input 
transactions  file  which  must  be  items  to  be  added  to  the  Circulation 
Master  File  will  be  sequenced  onto  the  Circulation  Master  File  in  call 
number  sequence. 

The  input  circulation  transactions  which  may  be  any  of  the 
previously  mentioned  type  actions  will  be  edited  again  during  actual 
update  processing.  Utilization  of  these  update  edits  will  determine 
final  processing  acceptability  of  the  input  transactions  which  are 
subsequently  processed  against  the  Circulation  and  Inventory  Master 
Files.  Errors  found  here,  if  any,  will  be  displayed  on  the  Circula¬ 
tion  /  Inventory  Update  Error  Listing,  see  figure  79.  For  each  trans¬ 
action  in  error  a  duplicate  conputer  produced  transaction  card  will  be 
prepared  with  col  1,  action  code,  left  blank.  Appended  to  the  error 
listing  will  be  a  Statistical  Report,  see  figure  79,  of  all  circulation 
and  inventory  records  current  through  this  update. 

Other  outputs  from  the  update  run  are  the  Receipts  File 
which  is  used  in  run  5A  to  prepare  all  Issue  and  Turn  In  Slips,  see 
figure  81,  a  Third  Notice  Cross  Reference  Listing,  see  figure  80, 
indicating  items  by  call  number  and  item  name  with  the  patron's  name 
and  social  security  number  and  a  recall  file  which  is  used  to  prepare 
all  RectJ  1  /  Renew  Notices  in  run  six. 

Run  5B  is  a  simple  sort  of  the  recall  file  from  run  five 
into  social  security  number  sequence.  Output  from  this  run  will  serve 
as  input  to  run  5C  which  will  match  the  Recall  /  Renew  records  against 
the  Patron  Master  File  to  obtain  the  latest  patron  mailing  information. 
Run  SD  is  a  sort  of  the  output  from  run  5C  into  address  sequence. 

Run  5E  is  a  sort  of  the  weekly  updated  Circulation  Master  File  into 
patron  name  sequence. 

Run  six  will  selectively  prepare  the  output  displays  re¬ 
quired  by  the  library  for  maintenance  of  the  circulation  module.  In¬ 
put  to  this  run  will  be  the  sorted  Recall  /  Renew  File  from  run  5D, 
the  sorted  Circulation  Master  File  from  nn  SE  and  the  unsorted  Circula 
tion  Master  File  from  run  five.  Run  six  will  prepare  the  following 
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outputs  in  the  sequence  presented:  two  conplete  circulation  listings, 
one  in  name  sequence,  see  figure  77,  and  the  other  in  call  nunber  se¬ 
quence,  see  figure  76,  all  recall  and  overdue  notices  plus  renewal 
transaction  cards,  see  figures  82  through  86,  and  a  conplete  patron - 
circulation/inventoiy  report  with  associated  transaction  cards,  see 
figure  87. 


b.  Rm  Details  for  Rm  1 

The  purpose  of  nn  one,  see  figure  88,  is  to  convert  all 
daily  transaction  cards  to  magnetic  tape  appending  a  record  mark  to 
the  end  of  each  card  image. 

(1)  Rm  Che  Input.  Circulation  transaction  cards  -  Input 
to  this  nn  will  consist  of  input  circulation  transaction  cards  to  be 
used  in  this  ipdate. 

(2)  Run  Ohe  Output 

(a)  Circulation  transactions  -  This  file  consists  of 
magnetic  tape  images  of  the  input  circulation  transaction  cards  with  a 
record  mark  appended  to  each  transaction  card  image.  All  circulation 
transactions  will  be  blocked  ten  to  a  block. 

(b}  Uhreadable  transaction  cards  -  Any  cards  which  has 
an  invalid  combination  of  punches  will  be  dropped  off  and  returned  to 
the  library  for  correction  and  re-submission. 

(3)  Rut  One  Sequence.  Rm  one  will  be  processed  in  input 
sequence  of  circulation  transaction  cards. 

c.  Rm  Details  for  Rm  2 


The  purpose  of  run  two,  see  figure  88,  is  to  sort  all  cir¬ 
culation  transaction  cards  into  social  security  nurfcer  sequence. 

(1)  Rm  Twolnput.  Circulation  transactions  -  This  file 
will  consist  of  magnetic  tape  images  of  circulation  transaction  cards 
prepared  in  run  one. 

(2)  Run  TV*>  Output.  Sorted  circulation  transactions  -  This 
file  will  consist  67  circulation  transaction  sorted  into  social  security 
nunber  sequence. 

(3)  Run  Two  Sequence.  Rm  two  will  be  processed  in  social 
security  mrnber  sequence. 

d.  Rm  Details  for  Rm  3 


The  purpose  of  rm  three,  see  figure  88,  is  to  edit  all  sorted 
circulation  transactions  per  input  transaction  editing  criteria  and  prepare  a 
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file  of  processed  error  and  valid  circulation  transactions,  a  monitor 
and  edit  error  file  and  a  file  of  processed  and  error  transactions. 


(1)  Rin  Three  Input 

(a)  Sorted  circulation  transactions  -  This  file  con¬ 
sists  of  circulation  transactions  sorted  into  social  secui  ty  number 
sequence  in  run  two. 

(b)  Patron  Master  -  This  file  contains  all  library 
patrons  listed  in  social  security  number  sequence. 

(2)  Run  Three  Output 

(a)  Processed  errors  and  valid  circulation  transac¬ 
tions  -  This  file  contains  all  transaction  which  will  be  used  to  update 
the  Circulation  and  Inventory  Master  Files  in  run  live.  Processed 
errors  are  transactions  which  appear  correct  in  content  but  do  not  match 
with  the  Patron  Master  File. 

(b)  Processed  and  edit  error  transactions  -  This  file 
contains  tape  images  of  all  transactions  found  in  error.  For  each  trans¬ 
action  in  error,  either  processed  or  kicked  cut,  a  duplicate  computer 
produced  transaction  card  will  be  prepared  with  col  1,  action  code, 

left  blank. 


(c)  Monitor  and  "dit  errors  -  This  file  contains 
tape  images  of  all  transactions  attempted  or  processed  in  the  edit  / 
match  run.  This  file  will  be  displayed  in  the  format  shown  in  figure  78. 
All  transactions  found  in  error  nil  be  accompanied  ty  an  appropriate 
error  message. 


(3)  Format  of  (A  tput  Files  From  Run  Three 


Processed  /  Valid 
Circulation  Transactions 

- No- 

Data  Fields  Char. 


Monitor  arid  Processed  /  Edit 

Edit  Error  Error  Tape 

- No - - No — 

Data  Fields  Char.  Data  Fields  Char. 


Call  number  56 
Action  code  1 
Author  25 
Title  SO 
Lost  flag  1 

Patron  nmae  45 
Social  security  no.  10 
Yr.  /  date  (Julian)  S 
Expendability  flag  1 
Security  code  1 
Type  loan  /  medium  1 


Error  message  52 

Action  code  1 

Blank  1 

Remainder  of 
Original  79 

transaction 


Blank  1 

Remainder  of 
Original  transaction 
Image  79 
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Processed  /  Valid 
Circulation  Transactions 

- R5 — 

Data  Fields  (ha r. 


Monitor  aid  Processed  /  Edit 

Edit  Error _ Error  Tape 

Ko  Wo 

Data  fields  Char.  Data  Fields  Char. 


Ore.  symbol  12 

Telephone  7 

Blank  1 

No  patron  flag  1 

Print  code  1 

Recall  repr.  flag  1 

Recall  repr.  date  5 

Auto,  renewal  flag  1 

Auto,  renewal  date  5 

Recall  patron  flag  1 

Recall  patron  date  5 

Inter-lib  loan  flag  1 

Inter- lib  loan  date  5 

Blank  21 

Bldg.  Nuaber  5 

Blank  1 

Type  eeployee  1 

Contractor  code  4 

Blank  4 

Original  Transac¬ 
tion  image  80 


(4)  Rui  Three  Sequence.  Rui  three  will  be  processed  in 
social  security  nuaber  sequence. 

e.  Rtn  Details  for  Run  4 

The  purpose  of  run  four,  see  figure  88,  is  to  sort  all  pro¬ 
cessed  errors  and  valid  circulation  transactions  into  call  muter,  date 
and  action  code  sequence. 


(1)  Run  Four  Input.  Processed  errors  and  valid  circulation 
transactions  -  This  file  contains  all  edited  transactions  from  rtn 
three. 


(2)  Run  Four  Output.  Sorted  processed  error  aid  valid  cir¬ 
culation  transactions  -  This  file  will  contain  all  edited  transactions 
sorted  into  call  nutter,  date  and  action  code  sequence. 

(3)  Run  Four  Sequence.  Rui  four  will  be  processed  in  call 
maker,  date  and  action  code  sequence. 

f.  Rui  Details  for  Rui  5 

The  purpose  of  rui  five,  see  figure  88,  is  to  update  the 
Circulation  and  Inventory  Master  Files,  prepare  a  Recall  /  Renew  File, 


294 


an  Issue  and  Turn- In  File,  a  Third  Notice  Cross  Reference  File  and  an 
Update  Error  Listing  and  Statistical  Report  File, 

The  following  logic  will  apply  to  each  and  every  record 
read  from  the  Inventory  and  Circulation  Masters  during  nr  5, 

Each  Circulation  Master's  call  number  minus  the  copy  num¬ 
ber  must  match  a  call  number  contained  on  the  Inventory  Master  File. 

There  can  be  no  duplication  of  call  numbers  plus  copy  num¬ 
bers  on  the  Circulation  Master  File. 

The  Inventory's  call  number  need  not  match  with  a  Circula¬ 
tion  Master  call  number;  however,  if  they  do  not  match  the  Inventory 
Master  copy  number  fields  must  be  coded  as  on  the  shelf,  blank, 
lost,  inventory  adjustment  out,  or  salvage. 

The  Inventory  Master  File  cannot  contain  a  duplicate  call 

number. 


Check  the  status  of  each  circulation  record  read  and  add 
"1"  to  the  appropriate  "beginning"  field(s)  of  the  statistical  report. 

Transactions  that  are  to  be  processed  against  the  Circula¬ 
tion  and  Inventory  Masters  will  be  processed  as  per  update  editing 
criteria. 


If  four  or  more  transactions  bearing  the  same  date  are  to 
be  processed  against  any  given  copy  of  an  item,  write  all  of  the  trans¬ 
action  onto  the  error  tape  for  review  by  RSIC,  otherwise  process  as  per 
action  code. 


(heck  the  status  of  each  record  to  see  if  a  1st,  2nd,  or 
3rd  Recall  /  Renewal  Notice  is  dim. 

Add  "1"  to  the  appropriate  statistical  report  "ending" 

field(s) . 


(1)  Run  Five  Input 

(a)  Recycled  Circulation  Master  -  This  file  contains 
all  circulation  records  through  the  last  update. 

(b)  Recycled  Inventory  Master  -  This  file  contains  all 
inventory  records  through  the  last  update. 

(c)  Sorted  processed  errors  and  valid  circulation  trans¬ 
actions  •  This  file  will  contain  all  edited  transactions  sorted  in  run 
four. 


(2)  Foraat  of  Input  Files  to  Run  Five 


Input 

Input/Output 

Input/Output 

Processed/Valid 

Recycled 

Recycled 

Circulation 

Circulation 

Inventory 

Transactions 

Master  File 

Master 

No 

No 

No 

Data  Fields 

Char. 

Data  Fields 

Char. 

Data  Fields 

Char 

Call  number  *  copy 

56 

Call  nunber  + 

56 

Call  nunber 

56 

no. 

copy  no. 

Action  code 

1 

Action  code 

1 

Author 

25 

Author 

25 

Author 

25 

Title 

50 

Title 

SO 

Title 

50 

No.  of  copies 

4 

lost  flag 

1 

Lost  flag 

1 

Qty.  on  hand 

4 

Patron  tune 

45 

Patron  name 

45 

Tiaes  title 

Social  security  no. 

10 

SS  no. 

10 

Circulated 

6 

Yr./date  (Juliai) 

5 

Yr./date 

5 

Individual 

(Juliai) 

Copy  fields 

300 

Expandability  flag 

1 

Type  itea  XP  - 

1 

Date  first 

NXP 

Circulated 

S 

Security  code 

1 

Security  code 

1 

type  lofm/nediia 

1 

Type  loan/ 

aedita 

1 

Org.  syabol 

12 

Mail  syabol 

12 

Telephone 

Blank 

7 

1 

Telephone 

Blank 

7 

1 

No  patron  flag 

1 

No  patron  flag 

1 

Print  code 

1 

Print  code 

1 

Recall  repr.  flag 

1 

Recall  repr. 
flag 

1 

Recall  repr.  date 

5 

Recall  repr. 
date 

5 

Auto,  renewal  flag 

1 

Auto,  renewal 
flag 

Auto,  renewal 

1 

Auto,  renewal  date 

5 

5 

date 

Recall  patron  flag 

1 

Recall  patron 
flag 

1 

Recall  patron  date 

5 

Recall  patron 
date 

Inter- lib. 

5 

Inter-lib.  loan  flag 

1 

1 

loan  flag 
Inter-lib. 

Inter-lib.  loan  date 

S 

5 

loan  date 

Blank 

21 

Blank 

21 

Bldg,  number 

5 

Bldg,  nuaber 

5 

Blank 

1 

Blank 

1 

Type  eaployee 

1 

Type  eaployee 

1 

Contractor  codes 

4 

Contractor 

codes 

4 

296 


Input  Input/Output  Input/Output 

Processed/Valid  Recycled  Recycled 

Circulation  Circulation  Inventory 

Transactions  Master  File  Master 

Ro~  Ro  Ro 

Data  Fields  Char.  Data  Fields  Char.  Data  Fields  Char. 


Blank  4  Blank  4 
Original  transac-  80  Upsprsad  36 
tion  card  image  call  number 


The  original  trans¬ 
action  card  image  at 
the  end  of  this  record 
becomes  the  output/ 
input  to  circulation/ 
inventory  statistical 
file.  A  two  digit  code 
will  acconpany  each 
record  to  designate 
the  type  error  foind. 


This  record  format 
becomes  the  output/ 
input  for  the  follow¬ 
ing  files  and  runs: 

Sort  patron  nrme  rut  SE 
Sort  to  SS.  Nr.  run  SB 


(3)  Run  Five  Output 

(a)  Undated  Circulation  Master  -  This  file  contains 
all  circulation  records  current  through  this  update. 


(b)  Undated  Inventory  Master  -  This  file  contains 
all  circulation  records  current  through  this  update. 


(c)  Recall/Renew  Notices  -  This  file  contains  all 
data  pertaining  to  Recall/Renew  Notices  per  flagged  fields  in  circulation 
records.  This  file  is  sorted  and  formatted  for  display  in  nm  six. 

(d)  Receipts  -  This  file  contains  all  data  pertaining 
to  Issue  and  Turn- In  slips  and  is  sorted  for  display  in  run  SA. 

(e)  Third  Notice  -  This  file  contains  cross  refer¬ 
ence  data  for  all  Third  Notices.  This  file  is  displayed  as  the 
Third  Notice  Cross  Reference  List,  sec  figure  80. 

(0  Circulation/ Inventory  Statistics  -  This  file 
contains  all  circulation  and  inventory  data  current  through  this  ipdate 
Utilization  of  a  special  1401  computer  rut  displays  this  file  as  an 
Error  Listing  and  a  Statistical  Report,  see  figure  79.  For  each  trans¬ 
action  found  in  error  a  duplicate  computer  produced  transaction  card 
is  prepared  with  col  1,  action  code,  left  blank. 

(4)  Run  Five  Sequence,  fcm  five  will  be  processed  in  call 
number  sequence. 
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g.  Rm  Details  for  Rm  SA 


Tiie  purpose  of  nn  5A,  see  figure  88,  is  to  sort  the  receipts 
file  fro*  run  five  into  address  (major)  and  type  (minor)  sequence. 

(1)  Run  SA  Input.  Receipts  -  This  file  from  nn  five  con¬ 
tains  all  data  pertaining  to  Issue  and  Turn-In  Slips. 

(2)  Run  5 A  Output.  Sorted  receipts  -  This  file  will  con¬ 
tain  all  data  pertaining"  to  issue  and  Turn- In  Slips  sorted  to  address 
(mjor)  and  type  (minor)  sequence.  Utilization  of  a  special  1401  computer 
nn  will  display  this  file  as  Issue  and  Turn- In  Slips,  see  figure  81. 

If  the  type/ loan  medium  field  of  the  record  in  memory 
is  "blank"  a  Turn- In  Slip  should  be  prepared  for  this  and  any  other 
record  that  may  follow  that  has  the  same  address. 

If  the  type/loan  medium  code  of  the  record  in  memory 
is  an  "8"  an  Issue  Slip  should  be  prepared  for  this  and  any  other  record 
that  may  follow  that  has  the  same  address. 

(3)  Run  SA  Sequence.  Run  5A  will  be  processed  in  address 
(major)  mid  type  (minor)  sequence. 

h.  Run  Details  for  Run  SB 

The  purpose  of  nn  SB,  see  figure  88,  is  to  sort  the  recall/ 
renew  file  into  social  security  number  and  type  loan  sequence. 

(1)  Rin  SB  Input.  Recall/ renew  records  -  This  file  from 
run  five  will  contain  all  recall/renew  records  per  flagged  fields  in 
circulation  records. 

(2)  Rw  SB  Output.  Sorted  recall/renew  records  -  This  file 
will  contain  all  recall/renew  records  sorted  into  social  security  number 
sequence. 


(3)  Run  SB  Sequence.  Run  5$  will  be  processed  in  social 
security  marker  sequence. 

i.  Run  Details  for  Run  SC 

The  purpose  of  run  5C,  see  figure  88,  is  to  match  the  recall/ 
renew  records  against  the  patron  file  to  obtain  the  latest  patron  mailing 
address.  Appropriate  Recail/Renew  Notice(s)  will  be  written  per  the  various 
recall/ renew  flag  fields. 


298 


U)  Run  SC  Input 

(a)  Sorted  recall/renew  records  -  This  file  from  run  SB 


contains  all  recall/renew  records  in  social  security  number  sequence. 

(b)  Patro..  Master  -  This  file  contains  a  listing 
of  all  library  patrons  in  social  security  number  sequence. 

(2)  Run  5C  Output.  Matched  and  formatted  recall/renew 
file  -  This  file  contains  all  recall/renew  records  matched  with 
Patron  Master  File  and  formatted. 

(3)  Ruar  5C  Sequence.  Run  5C  is  processed  in  social 
security  number  sequence. 

j .  Run  Details  for  Run  5D 

The  purpose  of  run  SD,  see  figure  88,  is  to  sort  all  matched 
and  formatted  recall/ renew  records  into  address  sequence. 

(1)  Run  5D  Input.  Matched  and  formatted  recall/ renew  re¬ 
cords  -  This  file  from  run  5C contains  all  recall/renew  records  in 
social  security  sequence. 

(2)  Rm  SD  Output .  Sorted  matched  and  formatted  recall/ 
renew  records  -  This  file  contains  all  recall/renew  records  sorted 
into  address  sequence. 

(3)  Run  5D  Sequence.  Run  SD  is  processed  in  address 

sequence. 

k.  Run  Details  for  Run  5£ 

The  purpose  of  run  5E,  see  figure  88,  is  to  sort  the  weekly 
updated  Circulation  Master  into  patron  name,  social  security  number  and 
call  number  sequence. 

(1)  Run  5E  Input.  Weekly  updated  Circulation  Master  -  This 
file  from  run  five  contains  all  circulation  records  current  through  this 
update  in  call  number  sequence. 

(2)  Run  SE  Output.  Sorted  Circulation  Master  -  This  file 
contains  all  ci rcul'at Ion  records  sorted  into  patron  name,  social 
security  number  and  call  number  sequence . 

(3)  Run  SE  Sequence.  Run  SE  is  processed  in  patron 
jfie,  social  security  number  and  cal  1  number  sequence . 

l.  Run  Details  for  Run  6 

The  purpose  of  run  6,  see  figure  88,  x$  to  selectively  prepare 
two  circulation  listings,  jn  action  listing,  all  overdue  notices  and  a  patron- 
circulation  inventory  report  for  display. 
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(a)  Sorted  matched  and  formatted  recall/ renew  records  - 
This  file  from  run  5D  contains  all  recall/renew  records  in  address 
sequence. 

(b)  Updated  Circulation  Master  -  This  file  form  run 
five  contains  all  circulation  records  current  through  this  update 

in  call  number  sequence. 

(c)  Sorted  Circulation  Master  -  This  file  from  run 
5E  contains,  all  circulation  records  current  through  this  update  in 
patron  name,  social  security  number  and  call  number  sequence. 

(2)  Run  Six  Output 

(a)  Circulation  Listing  in  Call  Number  Sequence  - 
This  list,  see  figure  76,  contains  all  circulation  records  in  call 
lumber  sequence. 

(b)  Circulation  Listing  in  Patron  Nnasme  Sequence  - 
This  list,  see  figure  77,  contains  all  circulation  records  in  patron 
name  sequence. 

(c)  RSIC  Action  File  -  This  file,  displayed  for  library 
use  as  the  Third  Recall  Notices,  see  figure  86,  contains  a  listing 

of  all  books  which  have  exceeded  the  first  and  second  notices  for  regular, 
extended  loans  or  recall  for  reprocessing  notices. 

(d)  Overdue  Notices  -  These  notices,  see  figure  84, 
are  prepared  for  each  book  on  regular  loan  which  has  exceeded  the 
first  and  second  loan  periods. 

(e)  Extended  Recall  Notices  -  These  notices,  s^e  figure 
85,  are  prepared  for  each  book  on  extended  loan  which  has  exceeded 

the  first  and  second  loan  periods.  A  computer  prepared  80  digit  column 
renewal  transaction  card  accompanies  the  first  overdue  notice  for  ex¬ 
tended  loans. 

(f)  Patron -Circulation  Inventory  Report  -  This  report, 
see  figure  87,  is  a  statistical  analysis  of  the  contents  of  Circulation 
Master  File  indicating  books  per  patron  circulation.  A  computer  prepared 
80  digit  colum  card  for  each  patron  with  fifty  books  or  more  will  accom¬ 
pany  this  report.  The  card  format  will  be  as  follows: 

Cols.  Data 


1  -  12 

13 

14  -  38 

39 

40  -  52 
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Social  Security  Number 
Blank 

Patron  Name 
Blank 

Organization  Symbol 


Cols. 

Data 

53 

Blank 

54  -  59 

Building 

60 

Blank 

61  -  68 

Phone 

69 

Blank 

70 

Type  of  Patron 

71  -  76 

Blank 

77  -  80 

Total  Number  of  Items  on  Loan. 

(g)  Recall  for  Reprocessing  Notices  -  These  notices, 
see  figure  83,  are  prepared  for  each  book  on  regular  or  extended 

loan  which  must  be  called  into  the  library  for  reprocessing. 

(h)  Patron  Recall  Request  -  These  requests,  see  figure 
82,  are  prepared  when  all  circulation  copies  of  a  book  have  been  check¬ 
out  and  another  patron  requests  the  same  book. 

(3)  Run  Six  Sequence.  Run  six  will  be  processed  in  LC 
number,  name  and  address  sequence. 

m.  Editing  Criteria 

Circulation/inventory  editing  criteria  is  presented  in 
three  categories:  input  transaction  and  patron  match  edits,  LC  call 
number  edits  and  tpdate  edits.  The  following  are  all  edits  and  error 
messages  used  by  the  programmer. 

(1)  Input  Transaction  and  Patron  Match  Edits.  These  edits 
are  used  to  determine  if  the  input  transactions  to  be  processed  contain 
the  basic  elements  and  proper  format  for  processing. 

(a)  A  transaction  with  an  action  code  of  "1"  will  be 

edited  as  follows: 


Cols. 

Data  Element 

Editing  Criteria 

Error  Message 

1 

Action  Code 

1 

INVALID  ACTION  (DDE 

2  -  37 

Call  Number 

(See  LC  call  number 
editing  criteria) 

38  -  50 

Author/Title 

Not  Blank 

NO  auihor/title 

51 

Security  Code 

Zero  or  U 

INVALID  SECURITY  CODE 

52 

Type  Loan/ 

Medium 

Must  be  a  code 
appearing  4. a (2), 
section  IV,  chapter 

INVALID  TYPE  LOAN 

2. 
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Cols. 


Data  Element  Editing  Criteria 


Error  Message 


53  -  56  Julian  Date  Numeric  (In  Range)  INVALID  LOAN  DATE 

Match  this  transaction  against  the  Patron  Master.  If  it 
matches  on  social  security  plus  first  4  characters  of  name,  move  the  patron 
name,  building,  phone,  mailing  symbol,  and  patron  type  code  into  the 
circulation  transaction  record;  otherwise,  flag  as  PROCESSED  error. 

Note:  In  editing  the  social  security  field,  if  the 
social  security  nunber  is  a  nine  digit  number,  colurai  66  must 
contain  a  valid  alphabetic  character.  If  it  is  a  ten  digit 
nunber,  column  67  must  contain  a  valid  alphabetic  character. 

Errors  detected  on  this  action  code  will  fall  into 
two  categories:  PROCESSED  -  meaning  the  original  transaction  will  go 
into  the  update  run.  KICKED  OUT  -  meaning  the  original  transaction  will 
st'  with  this  run.  Error  cards  will  be  produced.  Information  will  be 
tl  ante  as  the  original  transaction  with  the  exception  of  the  ac:ion 
code.  Leave  the  action  code  blank. 

(b)  A  transaction  with  an  action  code  of  "2”  will  be 


edited  as 

follows: 

Cols. 

Data  Element 

Editing  Criteria 

Error  Message 

1 

Action  Code 

2 

INVALID  ACTION  CODE 

2  -  37 

Call  Nunber 

See  Note  Below 

52 

Type  Loan/ 

Must  be  code 

INVALID  TYPE  LOAN 

Medium 

appearing  in 
paragraph  4,a(2), 
section  IV, 
chapter  2. 

53  -  56 

Julian  Date 

Blank  or  9999 

INVALID  DATE  FORMAT 

Note:  The  regular  call  nunber  edit  as  described  in 
LC  call  number  editing  criteria  should  allow  these  conditions  to  be  valid 
for  an  action  code  "2". 


Master, 
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1.  Call  Number  minus  copy  number  plus  a  9999  date  of 
loan. 

2.  Call  Nunber  minus  copy  number  plus  a  blank  date  of 
loan. 

3.  Call  Nunber  plus  copy  nunber  plus  a  9999  date  of 
loan. 

4.  Call  Nunber  plus  copy  nunber  plus  a  blank  date  of 
loan. 

By-pass  matching  this  transaction  against  the  Patron 


Errors  detected  on  this  action  code  will  fall  into  one 
category:  KICKED  OUT  -  meaning  the  original  transaction  will  stop  with 
this  run.  Error  cards  will  be  produced.  Information  will  be  the  same  as 
the  original  transaction  with  the  exception  of  the  action  code.  Leave  the 
action  code  blank. 

(c)  A  transaction  with  an  action  code  of  M3"  in 
column  one  of  a  transaction  should  follow  the  same  edits,  errors  and 
matching  logic  as  a  transaction  with  an  action  code  of  "1." 

(d)  A  transaction  with  an  action  code  of  "zero"  will 
be  edited  as  follows: 


Cols. 


Data  Element 


Editing  Criteria 


Error  Message 


Action  Code 


INVALID  ACTION  (DEE 


2  -  37 


master. 


Call  Number 


(See  LC  call  number 
editing  criteria) 


Type  Loan/Medium  Must  be  a  code  INVALID  TYPE  LOAN 

appearing  in 
paragraph  4. a (2), 
section  IV, 
chapter  2. 

By-pass  matching  this  transaction  against  the  patron 


Errors  detected  on  this  action  code  will  fall  into  one 
category:  KICKED  OUT  -  meaning  the  original  transaction  will  stop  with 
this  run.  Error  cards  will  be  produced.  Information  will  be  the  same 
as  the  original  transaction  with  the  exception  of  the  action  code.  Leave 
the  action  code  blank. 


edited  as  follows: 


(e)  A  transaction  with  an  action  code  of  "J"  will  be 


Cols. 


Data  Element 


Editing  Criteria 


Error  Message 


Action  Code 


INVALID  ACTION  CODE 


Call  Number 


(See  LC  call  number 
editing  criteria) 


38  -  50  Author/Title 


Security  Code 

Type  Loan /Medium  Must  be  code  appear-  INVALID  TYPE  LOAN 

ing  in  paragraph  4.a(2), 
section  IV,  chapter  2. 


Cols. 


Data  Element 


Editing  Criteria 


Error  Message 


S3  -  56  Julian  Date 
57  -  65/6  Social  Security  Nunber 
66/7  -  78  Patron  Surname 
79  -  80  Patron  Initials 


File. 


By-pass  matching  this  transaction  against  the  Patron 


Errors  detected  on  this  action  code  will  fall  into  one 
category:  KICKED  OUT  -  meaning  the  original  transaction  will  stop  with 
this  nm.  Error  cards  will  be  produced.  Information  will  be  the  same 
as  the  original  transaction  with  the  exception  of  the  action  code.  Leave 
tne  action  code  blank. 

(f)  A  transaction  with  an  action  code  of  "A"  will  be 


edited  as 

follows: 

Gols. 

Data  Element 

Editing  Criteria 

Error  Message 

1 

Action  Code 

A 

INVALID  ACTION  OOEE 

2  -  37 

Call  Nunber 

(See  LC  editing 
criteria) 

38  -  50 

Author/Title 

Not  Blank 

NO  AUTHOR/ TITLE 

51 

Security  Code 

Zero  or  U 

INVALID  SECURITY  OOEE 

52 

Type  Loan/Medium 

Must  be  a  code 
appearing  in 
paragraph  4. a (2), 
section  IV, 
chapter  2. 

INVALID  TYPE  LOAN 

53  -  56 

Julian  Date 

Numeric  (In  Range) 

INVALID  LOAN  DATE 

57  -  65/6  Social  Security 
Number 

Numeric 

♦INVALID  SS  NIMBER 

66/7  -78 

Patron  Surname 

Alpha 

♦INVALID  SURNAME 

79  -  80 

Patron  Initials 

Alpha 

♦INVALID  PATRON  INITIAL 

Match  this  transaction  against  the  Patron  Master.  If  it 
matches  on  social  security  plus  first  4  characters  of  name,  move  the  patron 
name,  building,  phone,  mailing  symbol,  and  patron  type  code  from  the  Patron 
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Master  into  the  circuJation  transaction  record;  otherwise,  flag  as  a 
KICXED-OUT  error. 

In  editing  the  social  security  field,  if  the  social 
security  number  is  a  nine  digit  number,  column  66  must  contain 
a  valid  alphabetic  character.  If  it  is  a  ten  digit  number, 
column  67  must  contain  a  valid  alphabetic  character. 

Errors  detected  on  this  action  code  will  fall  into 
one  category:  ^KICKED  OUT  -  meaning  the  original  transaction  will  stop 
with  this  run.  Error  cards  will  be  produced.  Information  will  be  the 
same  as  the  original  transaction  with  the  exception  of  the  action  code. 
Leave  the  action  code  blank. 

(g)  A  transaction  with  an  action  code  of  "minus 
zero"  in  colum  one  of  a  transaction  should  follow  the  same  edits, 
errors,  and  matching  logic  as  a  transaction  with  an  action  code  of  "1." 

(h)  A  transaction  with  an  action  code  "_"  in  colum  one 
of  a  transaction  card  should  follow  the  same  edits,  errors,  and  matching 
logic  as  a  transaction  card  with  an  action  code  "1." 

Inventory/Circulation  title  change  action  code 

Put  in  (eleven  punch)  action  code  with  call  num¬ 
ber  and  CY99.  The  inventory  title  and  all  circulated  through  CY99  will 
be  changed.  No  matching  transactions  for  the  same  call  number  should 
be  input  unless  each  has  a  corresponding  title  change  transaction. 

New  titles  will  include  all  of  the  following  information. 


Col. 

Contents 

1 

»l  tf 

2  -  50 

Call  nuifcer  with  CY99,  *,  new  title 

51  -  80 

Regular  valid  data  same  as  on  new 
check  out  (action  code  "1") 

(2)  LC  Call  Number  Edits.  These  edits  are  used  in  con¬ 
junction  with  the  input  transaction  edits  and  will  indicate  specific 
editing  requirements  for  LC  call  numbers. 

Legend:  A  ---  ALPHA  Character 
N  —  NlfCRIC  Character 
C  —  ALPHA  or  NlfERIC  Character 
B  ---  BLANK  Column  Separator 
ND  —  NO  DATE  CONSTANT 

NOTE:  An  will  be  the  teminal  character  of  ANY 
call  number.  THE  CALL  NIWBER  MUST  NOT  EXCEED  36  CHARACTERS  EXCLUDING 
THE 
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MAIN  CLASS/DIVISION 


Minimum  of  1  ALPHA  character  followed  by  a  blank. 
Maximum  of  2  ALPHA  characters  followed  by  a  blank. 

SUBDiyiSION/FMOHER  SUBDIVISION 

Mininun  of  1  NUMERIC  character  followed  by  a  blank. 
Maxinun  of  12  CHARACTERS  followed  by  a  blank. 

SUBDIVISION  EXAMPLES  SUBDIVISION  EXAMPLES  WITH 

FUKrtM  SUBDIVISION  EX. 


Nb 

N. 

followed 

Cb 

NNb 

NN. 

by 

CCb 

NNNb 

NNN. 

any 

cca 

NNNNb 

NNNN. 

combination  CCCCb 
of  CCCCCb 

CCCCCCb 
CCCCCCCb 

NOTE:  If  "Rirther  Subdivision"  is  present,  the 
subdivision  must  be  followed  by  a  instead  of  a  "b." 

OUTER  NUMBER 

Minimum  of  1  ALPHA  character  followed  by  1  NIMERIC 
character,  and  a  blank. 

Maximum  of  1  ALPHA  character  followed  by  3  NUMERIC 
characters,  and  a  blank. 

CUTTER  NUMBER  EXAMPLES 

ANb 

ANNb 

ANNNb 

DATE 


A  constant  of  "ND,"  or  a  maximum  of  4  NUMERIC  charac¬ 
ters  followed  by  a  followed  by  2  NIMiRIC  characters. 

DATE  EXAMPLES 

ND 

NNNN 

WNN-NN 

NOTE:  Date  must  fall  within  a  range  of  1790  to 

current  year. 
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WLlhE/SERIAL/OOPY 


This  field  may  contain  a  maximum  of  27  characters. 
An  *  will  signify  the  end  of  the  field. 

The  copy  nunber  immediately  proceeding  the  must 

be  of  the  form: 


COPY  NUMBER  EXAMPLES 

AN  ANX 

ANN  ANNX 

ANNN  ANNNX 

where  "A"  is  a  constant  "C"  and  "X"  is  designating 
an  expendable  item.  The  numeric  value  of  the  copy  number  may  not  be 
greater  than  300. 


NOTE:  The  only  exception  to  the  copy  number  rule  is 
found  in  transactions  recalling  all  books  falling  within  a  given  call 
number.  If  no  copy  number  is  present,  the  action  code  in  column  1  of 
the  transaction  must  be  "2." 

PERIODICAL  EDIT  (HEOC 


If  the  first  character  in  the  call  nunber  field  is 
blank,  check  column  52  for  a  "Q."  If  column  52  contains  a  ,,Q"  the  re¬ 
cord  is  a  periodical  and  should  by-pass  the  edit  checks  on  the  call 
nunber.  If  column  52  is  anything  other  than  "Q"  it  is  an  error. 

(3)  Circulation/ Inventory  Editing  Error  Listing.  Errors 
appearing  on  this  listing  and  also  represented  by  pinched  cards  were 
found  during  the  editing  of  the  transactions  and  were  not  processed. 

They  must  be  corrected  and  resubmitted.  Listed  below  in  card  data  field 
order  are  the  various  error  messages,  their  meaning,  and  suggested 
corrective  action: 

Message  Meaning  Action 

INVALID  TRANSACTION  QODE  Card  col  1  does  not  Determine  correct 

contain  a  valid  check  transaction  code, 
out,  return,  lost,  Punch  and  resubmit 

found,  recall,  or  for  processing, 

renewal  code. 

MAIN  CLASS  INVALID  First  alpha  character  Determine  correct 

in  the  LC  nunber  is  a  LC.  Punch  and  re- 
I,0,W,X,  or  Y.  submit  the  transaction. 
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Message 

MAIN  (LASS  TOO  LONG 


MAIN  CLASS  CONTAINS  A 
NUMERIC  CHARACTER 


SIBDIVISION  TOO  SHORT 


SUBDIVISION  TOO  LONG 


SIBDIVISION  CONTAINS 
ALPHA  CHARACTERS 


FUKIHER  SUBDIVISION  IS 
TOO  SHORT 


FURTHER  SUBDIVISION  IS 
TOO  LONG 


CUTTER  NIMBER  STARTS  WITH 
A  NUMERIC  CHARACTER 


CUTTER  NUMBER  CONTAINS  AN 
ALPHA  CHARACTER  AFTER  THE 
FIRST  CUTTER  POSITION 

CUTTER  NIM3ER  IS  TOO  SHORT 


Meaning 

Card  col.  3  or  4 
does  not  contain 
a  blank. 


Card  col.  2  or  3 
contains  a  nuneric 
character. 

Card  column  following 
first  blank  after 
card  column  2  not 
nuneric. 

Blank  or  (.)  not 
present  to  separate 
subdivision  fran 
cutter. 

Alpha  characters  are 
present  in  the  sub¬ 
division  field. 
(Subdivision  is  be¬ 
tween  the  first  and 
second  blank  and/or 
period.) 

There  are  no  numeric 
characters  after  the 
period. 

More  than  seven 
characters  follow 
the  period  without 
a  blank  to  separate 
the  field. 

Self  explanatory. 


Self  explanatory. 


Second  character  in 
the  cutter  number  is 
not  numeric. 


Action 

Determine  correct 
LC.  Punch  and  re¬ 
submit  the  transac¬ 
tion. 

Determine  correct  LC. 
Punch  and  resubmit 
the  transcation. 

Determine  correct 
LC.  Punch  and  re¬ 
submit  the  transac¬ 
tion. 

Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 


Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 


Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 


Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 
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Message 

CUTTER  NUMBER  IS  TOO  LONG 


DATE  FIELD  HAS  ALPHA 
OTHER  THAN  ’W 


DATE  FIELD  CONTAINS  A 
BLANK 


DATE  NOT  IN  RANGE  1790  - 
CURRENT  YEAR 


CDPV  NUMBER  FIELD  NOT 
PRESEW 


(DPY  NUMBER  IS  BLANK 


a»Y  NUMBER  FIELD 
(BWAINS  ALPHA  OTHER  THAN 

"X*. 


LC  NUMBER  HAS  TOO  MANY 
BLANKS  IN  BODY 


LC  NUMBER  HAS  T  O  MANY 
DECIMALS 


LC  NIMJER  DOES  NOT  HAVE 
ENOUKH  FIELDS 


CALL  NUMBER  TOO  LONG 


Meaning 

Cutter  lumber  is  not 
separated  from  the 
date  field  by  a 
blank. 

Self  explanatory. 


Self  explanatory. 


Self  explanatory. 


Call  mmber  does  not 
contain  a  copy  lum¬ 
ber. 


Character  following 
the  last  "C  is 
blank. 

Characters  following 
the  last  "C"  in  the 


Self  explanatory. 


Self  explanatory. 


Self  explanatory. 


Call  nuaber  contains 
more  liwt’:  56  char¬ 
acters. 


Action 

Determine  correct  LC 
Punch  and  resubmit 
the  transaction. 


Determine  correct  LC, 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC, 
Pinch  and  resibmit 
the  transaction. 

Determine  correct  LC 
Pinch  and  resibmit 
the  transaction. 

Determine  correct 
LC.  Punch  and  re¬ 
submit  the  transac¬ 
tion. 

Determine  correct  LC 
Punch  and  resubmit 
the  transaction. 


Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Pinch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Pinch  and  resubmit 
the  transaction. 


Determine  correct  LC. 
Punch  and  resubmit 
LC  is  seme  thing  other  the  transaction, 
than  a  nuneric  char¬ 
acter  or  a  "X"  mean¬ 
ing  an  expendable  item. 
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Art  ion 


Determine  correct  LC. 
Punch  and  resubmit 
the  transaction. 

Determine  correct  LC. 
Punch  and  resuontit  the 
transaction. 


(4)  Transaction  Editing  Criteria  for  Updating  the 
Circulation  and  Inventory  Master  Files. 

(a)  A  transaction  updating  the  Ci relation  Master  File 
with  an  action  code  of  "l"  will  be  edited  as  follows; 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Plus  Cop,  Nr.  uxles^ 

1  May/May  Not  Match  May  Not  Match  1,2,6 ,7 

Action  if  Valid  Transaction.  Build  a  new'  circulation 
master  record.  Move  author/title  From  inventory  master  record  into  the 
author/title  field  of  the  Circulation  Master.  Add  ‘T‘  to  items  circulated 
"during"  field  of  statistical  report.  If  the  type  loan/medhm  field  contains 
an  "8"  prepare  an  Issue  Slip  notice. 

(b)  A  transaction  updating  the  Inventory  Master  File 
with  an  action  code  of  "1"  will  be  edited  as  follows: 


Action 

Edit  Check 

Edit  Check 

Error 

Code 

LC  Nr.  Minus  Copy  Nr. 

LC  Nr.  Plus  Copy  Nr 

,  <  ode  s 

1 

Chmatched 

Unmatched 

Sene 

Build  a  new 

inventor)'  master.  Move 

author/title 

transaction  to  title  field  in  inventor)  master  record.  Blank  number  of 
copies  field  and  quantity  on  hand  field.  Move  loan  date  from  transaction 
to  date  first  circulated.  Flag  appropriate  copy  number  field  as  circulated. 
Add  "1"  to  the  times  title  circulated  field. 

1  Match  Matched,  and  Copy  1,2, 6, 7 

Number  Code  reflects 
on  shelf,  or  blank. 

Flag  appropriate  espy  number  as  circulated.  Add  "1" 
to  tiers  title  circulated  field. 


Message 

RECORD  DOES  NOT  HAVE  * 
AFTER  CALL  NIMBER 

FIELD  SIX  TOO  LCNG 


Meaning 

Self  explanatory. 


Field  in  call  number 
foil  wing  the  cLte 
field  contains  rare 
than  27  characters. 
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(c)  A  transaction  updating  the  Circulation  Master  File 
with  an  action  code  of  "2"  will  be  edited  as  follows: 


Action  Edit  Gieck  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Plus  Copy  Nr.  Codes 

2  Must  Match  May  or  May  Not  M~:ch  3,4,14,15 

Action  if  Valid  Transaction 


A  valid  action  code  of  2  can  serve  three  purposes: 

1.  Recall  for  reprocessing  any  or  all  books  an  loan. 

2.  Recall  for  patron  any  or  all  books  on  loan. 

3.  Recall  of  an  inter-library  loan. 


Recall  for  Reprocessing  Logic 
IX  Type  TX  JL.C  TX  Date 

Lean  Minus  Copy  Field  Logic  for  Updating 


1.8.9  Yes  99999 

(A3'  books  circulated  for  given 
cell  number  are  to  be  recalled) 

TX  Type  TX  LC  TX  Date 

Loan _  Plus  Copy  Field 

1.8.9  Yes  99999 

(Specified  copy  to  be  recalled 
only. 1 


Program  this  leg  to  allow  any 
other  transactions  against  this 
call  number  to  process  before 
writing  a  recall  notice  then 
-ove  a  "1"  into  the  recall  for 
reprocessing  flag  field,  date 
of  update  run  into  the  recall 
for  reprocessing  date  field, 
and  write  the  record  on  both 
the  recall  notice  tape  as  well 
as  the  updated  circulation  mas¬ 
ter  t^pe.  Add  'T*  to  the  recall 
for  reprocessing  "during"  statis 
tical  report  field. 


If  after  30  days  the  book  las 
not  been  returned,  trigger  a 
2nd  notice  by  moving  a  "2"  into 
the  recall  for  reprocessing  flag 
field,  date  of  update  run  into 
the  recall  for  reprocessing  date 
field.  Write  the  record  on  both 
the  recall  notice  tape-  and  the 
i^xlated  circulation  master  tape. 

Add  'T*  to  the  2nd  notice  recall 
for  reprocessing  statistical 
report  during  field. 

If  after  30  days  from  the  2nd  no¬ 
tice  the  book  has  not  been  returned, 
trigger  a  3rd  notice  RSIC  action 
Ust  by  moving  a  "3"  into  the 
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TX  Date 

Field  Logic  for  Updating 

recall  for  reprocessing  flag 
field,  date  of  update  run  into 
the  recall  for  reprocessing 
date  field.  Write  the  record 
on  both  the  recall  notice  tape 
as  well  as  the  updated  circu¬ 
lation  master  tape.  Add  "1” 
to  RSIC  action  "during”  field 
of  statistical  report. 

Recall  for  Patron  Logic 


Logic  for  Updating 

Program  this  leg  to  allow  any 
other  transactions  against  this 
call  number  to  process  before 
writing  a  recall  notice  then 
rrove  a  "1"  into  the  recall  for 
patron  flag  field,  date  of  up¬ 
date  run  into  the  recall  for 
patron  date  field.  Write  the 
record  on  both  the  recall  notice 
tape  as  well  as  the  updated 
circulation  master  tape.  Add  "1" 
to  the  recall  for  patron  statistical 
report  "during"  field. 

Before  writing  recall,  check  to 
be  sure  it  has  not  already  been 
recalled  for  patron;  i.e.,  do 
not  duplicate  recall  in  one  30 
day  period. 

If  after  30  days  the  book  has 
not  been  returned,  unflag  the 
recall  for  patron  flag  and  blank 
the  recall  for  patron  date 
field. 

(d)  A  transaction  updating  the  Inventory  Master  File 
with  an  action  code  of  "2"  will  be  edited  as  follows: 

A  transaction  with  an  action  code  of  "2"  must  match 
a  call  number  on  the  Inventory  Master,  if  so,  no  further  action  is 
required.  Error  codes  3,4,14,15. 


TX  Type  TX  LC  TX  Date 

Loan  Minus  Copy  Field 

1,9  Yes  Blank 

(All  books  circulated  for  given 
call  number  and  type  loan  are 
to  be  recalled.) 


TX  Type  U  LC 

Loan _  Minus  Copy 
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(e)  A  transaction  tpdating  the  circulation  master  file 


with  an 

action  code  of  "3"  will  be  edited  as  follows: 

Action 

Edit  (heck 

Edit  (heck 

Error 

Code 

LC  Nr.  Minus  Copy  Nr. 

LC  Nr.  Plus  Copy  Nr. 

Codes 

3 

Mu»u  Match 

Must  Match 

5,  16 

Action  if  Valid  Transaction.  A  valid  action  code  of 
3  can  serve  2  purposes;  renewal  of  any  type  item  on  loan,  and  renewal 
of  an  extended  loan  that  is  the  results  of  the  logic  below. 


Automatic  Overdue  Logic.  Note:  At  the  request  of 
RSIC,  check  each  circulation  master  before  writing  and  take  the  following 
action.  (Now  in  effect  for  part  of  patrons,  based  cm  type  and  org. 
symbol . ) 


Type  Loan  Action 


Date  Criteria 


1 

9 


Produce  Figure  56 
Produce  Figure  57 
and  a  renewal  card. 
Produce  Figure  56 


180  days  or  more 
365  days  or  more 

30  days  or  more 


Second  notices  will  be  prepared  at  the  request  of 
&5IC,  on  types  1,  2  and  9  if  the  item  has  not  been  returned  or  renewed. 
Add  "1"  to  the  designated  stat  report  "during"  field. 


Renewal  Logic  for  Action  Code  3 
Type  Loan  Logic  for  Updating 

1,/,J,A,9,Z,R,I  Blank  all  recall  flags  on  renewal  and  the  automatic 
renewal  date  field.  Move  the  date  of  the  update  run 
into  the  date  of  loan  field.  Add  "1"  to  the  number 
of  times  book  has  been  renewed  field.  Add  a  "1"  to 
the  items  circulated  stat  reports  "during"  field. 
Change  type  loan  code  to  correspond  with  incoming 
transaction  and  remove  any  lost  flags. 

(f)  A  transaction  updating  the  inventory  master  file 
with  an  action  code  of  "3"  will  be  edited  as  follows: 

Action  Edit  Check  Edit  (heck  Error 

Code  LC  Nr.  Minus  Copy  Mr.  LC  Nr.  Plus  Copy  Nr.  Codes 

3  Must  Match  Mist  Match  5  Copy  5,  16 

Must  relect  loan. 


Add  "1"  to  tunes  title  circulated  field. 
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(g)  A  transaction  ip  dating  the  Circulation  Master 
File  with  an  action  code  of  "J"  will  be  edited  as  follows: 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr,  Minus  Copy  Nr.  LC  Nr.  Plus  Copy  Nr.  Codes 

J  Must  Match  Must  Match  9,  11 

Additional  Checks  on  Social  Security  and  Surname 
Fields .  If  the  social  security  nimber  of  the  transaction  Tslilank , 
at'4/or  the  social  security  nimber  field  of  the  circulation  record  is 
blank,  then  the  first  two  characters  of  the  surname  must  match. 
Error  Code  22. 


If  the  social  security  nimber  of  the  transaction  is 
nuneric,  and/or  the  social  security  nimber  field  of  the  circulation 
record  is  nuneric,  then  the  last  five  characters  of  the  social  security 
nimber  plus  the  first  two  characters  of  the  surname  must  match. 

Error  Code  10. 


Action  if  Valid  Transaction.  Delete  the  circulation 
record.  Add  "1"  to  the  items  returned  "during"  field  of  the  statistical 
report,  uiless  the  type  loan  mediun  is  "8".  If  the  type  loan  is  an 
"8",  write  the  circulation  master  onto  the  issue/tum-in  tape  before 
deleting  the  record.  If  item  was  coded  as  lost,  add  "1"  to  found 
"during”  field. 


(h)  A  transaction  updating  the  Inventory  Master  File 


with  an 

action  code  of  "J"  will 

be  edited  as  follows: 

Action 

Edit  Check 

Edit  Check 

Error 

Code 

LC  Nr.  Minus  Copy  Nr. 

LC  Nr.  Plus  Copy  Nr. 

Codes 

J 

Must  Match 

Must  match,  and  copy 
number  flagged  with 
a  valid  "loaned" 
or  "lost"  code. 

9,  11 

Action  if  Valid  Transaction.  Flag  the  copy  nimber 
field  with  an  appropriate  returned  to  shelf  code. 

(i)  A  transaction  updating  the  Circulation  Master  File 
with  an  action  code  of  "zero"  will  be  edited  as  follows: 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Pius  Copy  Nr.  Codes 

Zero  May  or  May  Not  Match  Must  match  if  inven-  8,  17 

tory  copy  nimber  is 
coded  "loaned". 

Must  not  match  if  in¬ 
ventory  record  is 
coded  as  shelf. 
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Additional  Greeks  on  Social  Security  and  Surname 
Fields  if  Item  is  oh  Loan.  If  the  social  security  nuirEer  of  the  transac¬ 
tion ’  is'~blank,  and/or  the  social  security  number  field  of  the  circulation 
record  is  blank,  then  the  first  two  characters  of  the  surname  must  match. 
Error  Code  23. 


If  the  social  security  number  of  the  transaction  is 
numeric,  and/or  the  social  security  nunfcer  field  of  the  circulation  re¬ 
cord  is  numeric,  then  the  last  five  characters  of  the  social  security 
number  plus  the  first  two  characters  of  the  surname  must  match. 

Error  Code  12. 


Action  if  Valid  Transaction.  If  the  copy  number  on 
the  inventory  master  is  coded  as  loaned,  flag  the  circulation  copy  as 
"lost".  If  the  copy  number  on  the  inventory  master  is  coded  as  shelf, 
or  blank,  build  a  new  circulation  master  record  and  flag  it  as  "lost" 
by  RSIC.  Add  "1"  to  the  items  lost  "during"  field  of  the  statistical  report. 

(j)  A  transaction  updating  the  Inventory  Master  File 
with  an  action  code  of  "zero"  will  be  edited  as  follows: 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Plus  Copy  Nr.  Codes 

Zero  Must  Match  Must  Match  8,  17 

Action  if  Valid  Transaction.  Flag  the  appropriate 
copy  number  with  a  Hlost!r  flag. 

(k)  A  transaction  updating  the  Circulation  Master 
File  with  an  action  code  of  "minus  zero"  will  be  edited  as  follows: 


Action 

Edit  Check 

Edit  Check 

Error 

Code 

LC  Nr.  Minuis  Copy  Nr. 

LC  Nr.  Plus  Copy  Nr. 

Codes 

Minus 

Zero 

Must  Match 

Must  Match 

13,  18 

Additional  Checks  on  Social  Security  and  Sumane 
Fields .  If  the  social  security  number  of  the  transaction  is  blank, 
and/or  the  social  security  number  field  of  the  circulation  record  is 
blank,  then  the  first  two  characters  of  the  surname  must  match. 

Error  Code  24. 


If  the  social  security  number  of  the  transaction  is 
numeric,  and/or  the  social  security  number  field  of  the  circulation 
record  is  numeric,  then  the  last  five  characters  of  the  social  security 
number  pluis  the  first  two  characters  of  the  surname  must  match. 

Error  Code  26. 
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Action  If  Valid  Transaction.  Remove  the  lost  flag 
from  the  circulation  master.  Add  "1"  to  the  items  found  "during" 
field  of  the  statistical  report. 

(1)  A  transaction  updating  the  Inventory  Master  File 


with  an 

action  code  of  "minus 

zero"  will  be  edited  as 

follows : 

Action 

Edit  Check 

Edit  Check 

Error 

Code 

LC  Nr.  Minus  Copy  Nr. 

LC  Nr.  Plus  Copy  Nr. 

Codes 

Minus 

Zero 

Must  Match 

Hist  match  and  copy 
number  must  be  coded 
as  lost. 

04 

** 

*— » 
oo 

Action  if  Valid  Transaction.  Change  the  copy  number 
flag  to  reflect  a  proper  circulated  loan  code. 

(m)  A  transaction  updating  the  Circulation  Master 
File  with  an  action  code  of  "A"  will  be  edited  as  follows: 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Plus  Copy  Nr.  Codes 

A  Must  Match  Must  Mitch  25 

Action  if  Valid  Transaction.  Replace  the  information 
contained  in  the  following  fields  of  the  circulation  record  with  the 
information  contained  in  the  transaction  record: 


a.  Patron  Name 

e.  Patron  Type  Code 

b.  Building 

f.  Contractor  Code 

c.  Telephone 

g.  Type  Loan 

d.  Mailing  Symbol 

(n)  A  transaction  updating  the  Inventory  Master  File 
with  an  action  code  of  "A"  will  be  edited  as  follows: 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Plus  Copy  Nr.  Codes 

A  Must  Match  Must  Match  25 

Action  if  Valid  Transaction.  No  further  action  is 

required. 


(o)  A  transaction  updating  the  Circulation  Master  File 
with  an  action  code  of  will  be  edited  as  follows: 
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Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr.  Plus  Copy  Nr.  Codes 

"  -  "  Must  Match  May  Not  Match  None 

Action  if  Valid  Transaction.  On  match  of  LC  nr. 
minus  copy  nr. ,  change  the  author/title  in  the  circulation  master 
record  to  agree  with  that  in  the  corresponding  inventory  control 
master  record. 


(p)  A  transaction  updating  the  Inventory  Master  File 
with  an  action  code  of  ”  -  "  will  be  edited  as  follows: 

Action  Edit  Check  Edit  Check  Error 

Code  LC  Nr.  Minus  Copy  Nr.  LC  Nr,  Plus  Copy  Nr.  Codes 

"  -  "  Must  Match  N/A  19 

Move  the  author/title  from  the  incoming  transaction 
to  tiie  tit  Is  field  of  the  inventory  control  master  record. 


(5)  Circulation/Inventory  Update  Error  List 

Action 

Error  Code  Meaning  Code  Decoded 


ERROR 

1 

Trying  to  loan  a  book  already  on 
loan. 

1 

1 

ERROR 

2 

Trying  to  loan  a  book  recorded  as 
lost. 

1 

1 

ERROR 

3 

Recall  of  book  not  on  loan. 

2 

2 

ERROR 

4 

Recall  of  book  recorded  as  lost. 

2 

2 

ERROR 

5 

Trying  to  renew  a  book  not  on  loan. 

3 

3 

ERROR 

6 

Trying  to  loan  a  periodical  already 
on  loan. 

1 

1 

ERROR 

7 

Trying  to  loan  a  periodical  recorded 
as  lost. 

1 

1 

ERROR 

8 

Trying  to  record  lost  book  already 
recorded  as  lost. 

Zero 

0 

ERROR 

9 

Return  of  book  not  recorded  as 
loaned. 

J 

11  $  1 

ERROR 

10 

Social  security  nunber  does  not 

J 

11  8  1 

match  -  Return  J  vs  loan. 
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Action 


Error  Code 

Meaning 

Code 

Decoded 

ERROR 

11 

Return  of  periodical  not  recorded 
as  loaned. 

J 

11  8  1 

ERROR 

12 

Social  security  nunber  does  not 
match  -  Lost  vs  loan. 

Zero 

0 

ERROR 

13 

Found  book  action  on  book  not 
shown  as  lost. 

0 

11  8  0 

ERROR 

14 

Recall  of  periodical  not  on  loan. 

2 

2 

ERROR 

15 

Recall  of  periodical  recorded  as 
lost. 

2 

2 

ERROR 

16 

Trying  to  renew  a  periodical 
not  on  loan. 

3 

3 

ERROR 

17 

Trying  to  record  lost  periodi¬ 
cal  already  recorded  as  lost. 

Zero 

0 

ERROR 

18 

Found  periodical  action  on  peri¬ 
odical  not  recorded  as  lost. 

0 

11  8  0 

ERROR 

19 

Trying  to  process  a  book  not 
shown  in  inventory  master  file. 

J 

11  8  1 

ERROR 

20 

(Not  in  use). 

ERROR 

21 

(Not  in  use). 

ERROR 

22 

Surnames  do  not  match  -  Return 
vs  loan. 

J 

11  8  1 

ERROR 

23 

Surnames  do  not  match  -  Lost 
vs  loan. 

Zero 

0 

ERROR 

24 

Surnames  do  not  match  -  Found 
vs  lost. 

(-)Zero 

(-)Zero 

ERROR 

25 

Call  number  does  not  match  a 
call  number  on  the  circulation 
file. 

A 

12  8  1 

ERROR 

26 

Social  security  number  does  not 
match  -  Found  vs  loan. 

0 

11  8  0 
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Section  V.  SERIALS  CONTROL  SUBSYSTEM 


1.  Purpose 

The  purpose  of  serials  control  subsystem  is  to  provide  an 
automated  system  for  foimal  control  of  serials  ordering,  renewing, 
claiming,  routing,  holding  and  binding  functions  of  the  ALPHA 
System. 

2.  Serials  Master  File 

The  Serials  Master  File  is  composed  of  a  series  of  80  charac¬ 
ter  records  for  each  current  subscription  of  active  titles,  plus  in¬ 
active  titles  for  which  RSIC  has  bound  holdings.  Each  series  of 
records  for  a  given  title  and/or  subscription  is  tied  together  by 
a  six  digit  control  number,  a  one  digit  action  code  and  a  two  digit 
card  code. 

The  control  number  for  each  series  of  records  is  assigned 
so  that  its  magnitude  will  alphabetize  the  title.  The  first 
five  digits  (numeric)  of  a  control  number  are  assigned  to  a  given 
title.  These  five  digits  are  referred  to  throughout  the  system  as 
"basic  control  number."  The  sixth  digit  (alpha-numeric)  distinguishes 
various  subscriptions  of  a  title.  Three  factors  determine  the  number 
of  subscription  breakouts.  These  factors  are  different  vendors, 
addresses,  and  subscription  expiration  dates.  The  desired  list  of 
breakouts  is  thirty-six,  which  uses  all  26  letters  of  the  alphabet 
and  numerals  0-9.  However,  special  characters  may  be  used  if  re¬ 
quired.  If  special  characters  are  used,  consideration  should  be 
given  to  the  printability  of  such  characters  by  the  printer  to  be 
utilized. 

The  number  of  records  required  for  a  given  control  number 
will  vary.  As  a  rule,  the  primary  subscription  for  a  given  title  will 
vary.  As  a  rule,  the  primary  subscription  for  a  given  title  will 
be  assigned  an  "A"  in  the  sixth  digit  of  the  control  number.  All  cross 
reference  titles,  binding  and  holdings  records  will  be  tied  to  this 
"A"  control  number.  An  exception  to  this  rule  will  be  when  all  sub¬ 
scriptions  ordered  by  RSIC  are  for  direct  delivery  to  other  addresses . 
Control  numbers  with  other  than  "A"  in  sixth  digit  requires  all 
records  01  through  09. 

The  action  code  (if  required)  assigned  to  each  record  will 
depend  upon  the  action  required.  The  following  represents  all  action 
codes  and  actions  which  may  be  taken  against  the  master  file. 

"N"  action  code  will  be  indicated  in  col  7  of  all  records 
far  new  titles. 
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"17'  action  code  will  be  indicated  in  col  7  of  each  indi¬ 
vidual  record  which  is  to  be  deleted  within  a  control  number. 

To  blank  out  an  existing  field  within  a  record,  pinch  a 
zero  in  the  high  order  colimn  of  the  field  to  be  blanked. 

To  delete  from  the  master  file  all  records  for  a  given 
control  number,  submit  a  transaction  card  with  the  control  number 
to  be  deleted  in  (cols  1-6)  and  "00"  in  card  code  (cols  8-9) . 

The  contents  of  records  01-02,  07-09,  14-29,  and  60-79 
already  existing  in  the  master  file  can  be  changed  only  by  a  complete 
resubmission  of  the  record  to  be  changed.  All  other  records  can  be 
changed  by  individual  fields  within  the  record  by  submitting  a  card 
with  the  control  number  (cols  1-6) ,  card  code  (cols  8-9)  and  the 
field  or  fields  to  be  changed  in  their  respective  columns. 

As  previously  mentioned,  the  number  of  80 -character  records 
required  for  each  control  nimber  will  vary  according  to  the  nature  of 
the  item.  The  series  of  records,  each  record  identified  by  a  two  digit 
card  code,  are  organized  into  basic  groups  according  to  content  and 
purpose.  Records  01-02  provide  a  standard  title  acceptable  for  ordering, 
renewing,  claiming,  hoi ding,  routing,  and  binding  functions.  Records 
03-09  are  primarily  data  required  for  ordering  control.  Records  10-29 
are  pertinent  to  binding  functions.  Records  1A-1Z  are  pertinent  to  items 
claimed.  The  30-59  records  relate  to  holdings  and  lacks.  Records 
60-69  are  used  to  record  bound  index  holdings.  Records  70-79  provide 
for  cross  reference  of  periodical  titles. 

The  purpose  and  content,  when  not  self  explanatory,  of 
each  possible  type  record  required  for  a  given  control  number  is 
outlined  below: 

a.  Card  01 

This  card  contains  up  to  71  characters  of  the  serial 
title.  If  the  title  is  inactive,  (INACTIVE)  will  be  entered  in 
positions  71-80,  providing  these  positions  are  not  required  for  the 
title.  If  these  positions  or  any  portion  thereof  are  required  for  the 
title,  (INACTIVE)  will  be  entered  in  positions  71-80  cf  the  02  card. 

(See  card  02  below.)  Each  control  must  have  a  type  01  record. 

b.  Card  02 

Required  only  if  the  title  and/or  title  plus  (INACTIVE) 
exceeds  71  characters  provided  for  in  the  type  01  record.  Words 
should  not  be  broken  between  01  and  02  records .  The  inactive  indicator 
(INACTIVE),  when  required  in  the  02  record,  should  always  be  in 
positions  71-80. 
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c. 


Card  03 


Required  for  all  titles.  Contains  vendor  name  currently 
providing  the  subscription  and  publisher's  name. 

d.  Card  04 

Required  for  all  active  titles.  It  contains  the 
publisher's  address. 

e.  Card  05 

Required  for  all  titles.  Contains  the  following 

elements : 

(1)  Language  or  Text.  Two  digit  abbreviations  of 
language  for  which  articles  within  a  journal  are  printed. 

(2)  English  Abstracts.  If  journal  is  published  in  a 
foreign  language  and- contains  English  abstracts,  a  "Y”  is  entered. 

If  English  abstracts  are  not  included,  an  "N"  will  be  entered. 

(3)  Country  of  Origin.  Self  explanatory. 

(4)  Translated  Edition.  If  this  title  was  originally 
published  in  another  language,  a  ’V'  will  be  entered,  otherwise  enter 

"N.M 

(5)  Subscription  Price.  Current  list  price. 

(6)  Number  of  Subscriptions.  Self  explanatory. 

(7)  Subscription  END.  Two  spaces  for  month  and  two 
spaces  for  year  or  FREE7 

(8)  Item  Number.  A  five  digit  sequence  number  conse¬ 
cutively  assigned  to  each  item  on  a  given  purchase  or  requisition 
order. 


(9)  Delivery  Order  Number.  A  two  digit  number  assigned 
consecutively  during  a  given  year  to  orders  sent  this  vendor. 

(10)  Effective  Date  of  Subscription.  Self  explanatory. 

(7.1)  J/N/S/C.  All  journals  are  code  ”J."  All  news¬ 
papers  are  code  "N."  All  service  items  are  code  "S".  All  serials  are 
code  "C."  All  titles  must  be  identified  by  one  of  these  codes. 

(12)  SPC  Code.  (Code  1)  Active  titles  not  to  be  ordered, 
(code  2)  active  titles  not  to  be  routed,  (code  3)  active  titles  not 
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to  be  ordered  or  routed,  (code  4)  active  titles  not  to  be  published  on 
the  title  list,  (code  5)  active  titles  to  be  routed  in  parts,  (code  6) 
not  routed,  information  to  go  only  on  the  title  list. 

f.  Card  06 


Required  for  all  active  and  inactive  titles.  Contents 

are  as  follows: 


(1)  Addressee.  Positions  10-11  contain  a  two  digit  nu¬ 
meric  code  used  to  match  the  following  mailing  addresses  when  pre¬ 
paring  purchase  or  requisition  orders.  Valid  cocos  for  RSIC  use  are 
01,  02  aid  05  which  will  print  the  following  addresses: 

01  -  Redstone  Scientific  Information  Center 
U.  S.  Army  Missile  Command 
Redstone  Arsenal,  Alabama 
ATTN: 

02  -  Commanding  General 

U.  S.  Army  Missile  Command  (AMS.MI) 

Redstone  Arsenal,  Alabama 
ATTN: 

05  -  NASA 

Nbrshall  Space  Flight  Center 
Huntsville,  Alabama 
ATTN: 

Positions  12-42  of  the  addressee  field  contain  the  attention  line 
for  the  address. 

(2)  Purchase  Order  Number.  The  purchase  order  number 
on  which  this  subscription  was  bought'!  blank  for  requisition  type 
items. 


(3)  Requisition  Number.  The  requisition  number  on 
which  this  subscription  was  acquired.  Blank  for  purchase  order  type 
items. 


(4)  Technical  Library  Number.  The  technical  librar; 
number  on  which  this  subscription  was  bought.  Blank  for  requisition 
or  purchase  order  type  items. 


(5)  Frequency.  The  number  of  publications 
For  example,  a  daily  publication  would  have  365,  a  weekly 
would  have  052,  etc.  If  frequency  is  irregular,  as  quite 
with  foreign  publications,  an  arbitrary  frequency  win  be 
an  overpunch  (-)  over  position  79. 


per  year. 

publication 

common 

entered  with 
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(6)  Purpose.  A  code  to  indicate  purpose  of  the  sub¬ 
scription.  Codes  are  as  follows: 

L  -  Used  for  library  purposes  only. 

C  -  Available  for  circulation. 

D  -  Subscription  sent  direct  to  addressee  re¬ 
flected. 

R  -  Received  at  library  but  all  copies  may  be 
routed.  (No  shelf  copy  retained  in  RSIC.) 

g.  Cards  07-09 


Use  only  if  notes  about  ordering  should  be  recorded. 
213  characters,  including  blanks,  are  provided  for  notes. 

h.  Card  10 


Required  only  for  current  titles  that  are  to  be  bound 
or  for  which  bound  holdings  are  available  in  RSIC.  Contents  are: 

(ij  General  Subject.  Self  explanatory. 

(2)  5 ending  Schedule.  The  month  or  months  that  same 
type  of  binding  action  should  be  taken  on  this  title.  In  case  of 
titles  with  irregular  frequency  of  publication,  an  arbitrary  schedule 
will  be  entered. 


(3)  Volumes  per  Subscription.  Presently  unused. 

(4)  Issues  per  Volume.  Self  explanatory. 

(5)  Volumes  per  Year.  Self  explanatory. 

i.  Cards  11-12 

Presently  unused. 

j.  Card  13 

Required  for  all  titles  that  are  to  be  bound.  Posi¬ 
tions  10  through  I?  contain  numeric  codes  from  which  binding  instruc¬ 
tions,  as  reflected  on  the  binding  rub,  may  be  printed.  Codes  by 
position  are  as  follows: 


POSITION 

ITEM 

(DDE 

PRINTED  INSTRUCTION 

10 

Title 

1 

New  title 

Blank 

Repeat  title 
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POSITION 

ITEM 

CODE 

PRINTED  INSTRUCTION 

11 

Title  page  and 
content 

1 

Separate 

2 

Not  published 

3 

Stub  for 

4 

Bind  without 

12- 

Issue  Content 

1 

Bind  in  place 

2 

Bind  in  front 

13 

Index 

1 

Bind  in  front 

2 

Bind  in  back 

3 

Hot  published 

4 

Bind  without 

5 

Stub  for 

14 

Covers 

1 

Remove  all 

2 

Bind  in  all 

3 

Bind  in  first  cover  only 

4 

Bind  on  front  cover  only 

15 

Ads 

1 

Remove  all 

2 

Leave  in  all 

3 

Remove  all  ads  not  having 
text 

4 

Bind  all  ads  in  back  of 
volume 

5 

Ads  with  text  bind  in  place 

16 

Parts,  Supplements , 
Abstracts,  Proceed¬ 

1 

Bind  in  place 

ings 

2 

Bind  in  back  of  volime 
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POSITION 

ITEM 

core 

PRINTED  INSTRUCTION 

17 

Split  Volumes 

1 

Yes 

Blank  No 

The  remainder  of  the  13  record  contains  the  following: 

Color  -  A  four  digit  color  code  (color  of  covers). 

Size  -  Maximum  15  digit  size  (cover  specs.). 

Bound  For  -  Organization 
Bind  Cost  -  Presently  unused. 

k.  Cards  14-19 

Use  only  if  information  concerning  the  publication  or 
special  handling  of  indexes  needs  recording. 

l.  Cards  20-29 


Use  for  recording  notes  concerning  binding.  Notes  should 
be  somewhat  permanent  in  nature  to  justify  recording  in  this  file. 

m.  Cards  1A-1Z 

Use  for  recording  information  concerning  items 

claimed. 

n.  Cards  30-39 

Use  for  recording  bound  or  unbound  periodicals, 
microfilm  and  microfiche  holdings.  Four  sets  of  holdings  are  pro¬ 
vided  for  in  each  30  series  record.  A  holdings  set  is  comprised  of 
a  type  (B-Bound,  U-Uhbound,  C-Microcards ,  F-Microfilm,  M-Micro- 
fiche),  series,  beginning  volume,  beginning  year,  the  ending  volune 
and  ending  year.  A  different  set  of  holdings  records  is  required 
each  time  a  break  in  series  or  volune  occurs.  A  maximum  of  40  sets 
of  holdings  are  provided  for  in  the  30-39  series  records. 

o.  Cards  40-49 


Use  for  recording  volune  lacks.  A  set  of  volune 
lacks  is  of  the  same  make-up  as  a  set  of  holdings  in  the  30-39  re¬ 
cords,  except  no  type  is  required. 

p.  Cards  50-59 


Use  to  record  missing  issues  numbers  by  series, 
volune  and  year. 
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Cards  60-69 


q- 

Use  to  record  bound  index  holdings.  The  nature  of 
these  holdings  is  different  from  the  periodical  holdings,  therefore 
a  free  form  of  recording  is  provided  for  in  this  series  of 
records . 

r.  Cards  70-79 

Use  to  record  cross  reference  titles.  These  titles 
are  coded  in  a  manner  which  provides  cross  reference  and  current  title 
lists  in  a  forward  or  backward  chain  reference.  Position  10  contains 
the  reference  code.  Codes  and  their  meaning  are  as  follows: 

S  -  See 

F  -  Formerly  in 
C  -  Currently 
P  -  Superseded 
T  -  Continued  as 
A  -  Also  in 
R  -  See  translation 

The  code  will  be  followed  with  a  period  and  a  blank  in  positions  11-12. 
The  remaining  positions  of  the  record  are  used  to  record  the  title. 

If  the  title  exceeds  the  capacity  of  this  70  series  record,  an 
asterisk  will  be  punched  in  position  80  and  the  remaining  positions 
of  the  title  will  be  punched  in  the  next  70  series  record  available 
beginning  in  position  10.  Words  should  not  be  broken  between  two 
records. 


3.  Serial  Logic  and  Run  Relations 

Utilizing  the  conputer  run  relations  flow  chart,  figure 
117,  as  a  guideline  the  serials  control  subsystem  nn  relations  are 
easily  followed  from  source  document  to  printed  serials  lists. 

Input  serials  transaction  data  for  the  serials  control 
subsystem  is  generated  through  the  submission  of  an  appropriately 
annotated  library  request  card  by  either  a  patron  or  a  member  of  the 
library  staff  to  the  circulation  section.  Information  contained  on 
this  form  is  subsequently  keypunched  into  the  previously  described 


326 


series  of  transaction  records  using  an  IBM  026  printing  card  punch. 

As  shown  in  the  flew  chart  the  conputer  accepts  a  variety 
of  transaction  records  which  are  used  to  initiate  and  update  the 
Serials  Master  File  records. 

For  conputer  processing,  all  data  contained  on  these  input 
transaction  records  is  converted  to  magnetic  tape.  This  conversion  is 
accomplished  in  the  computation  center  by  a  standardized  punch  card 
to  magnetic  tape  conversion  run  which  is  presented  in  figure  117  as 
the  conversion  from  transaction  card  to  magnetic  tape. 

During  this  conversion  run  which  produces  magnetic  tape 
images  of  input  transaction  card  formats  a  record  mark  is  appended 
to  each  input  records.  All  records  will  be  blocked  ten  records  per 
block  to  facilitate  sorting  in  run  1. 

When  the  input  transaction  data  is  in  a  machine  readable 
form,  the  information  contained  on  the  magnetic  tape  file  is  sorted 
into  major  sequence  by  control  number  and  minor  sequence  by  card 
code  before  processing  against  the  Serials  Master  File. 

This  sorting  action  will  be  accomplished  in  run  1,  which 
will  sort  all  input  transactions  into  the  sequence  mentioned  above. 

Output  from  this  sorting  action  in  run  one  will  serve  as 
input  to  the  file  maintenance  transaction  editing  program  in  run  2 
which  will  edit  each  transaction  per  detailed  serial  input  transaction 
editing  criteria  and  prepare  an  error  list  of  all  transactions  found 
in  error. 


One  other  output,  the  new  holdings  file  is  generated  in 
the  edit  run.  This  file  displayed  as  the  New  Holdings  List  reflects 
all  new  titles  to  be  added  to  the  Serials  Master  File  as  of  the  date 
of  the  update. 

When  the  serial  input  transactions  have  been  edited,  the 
Serial  Master  File  from  the  last  update  must  be  made  available  in  order 
to  process  the  edited  serial  transactions  and  update  the  master  file. 

During  the  update  run,  run  3,  three  types  of  actions 
affecting  the  Serials  Master  File  may  be  acconplished:  one, 
establish  a  new  record  in  the  file;  two,  change  as  established  serial 
record,  or  three,  delete  an  established  record  from  the  file, 

The  Serials  Master  File  from  the  last  update  along  with 
the  edited  serials  transactions  file  are  loaded  onto  the  computer. 

The  Serials  Master  File  will  be  sequenced  control  number  and  card  number 
into  computer  memory  along  with  the  edited  serials  transactions  file. 
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Mien  a  match  of  corresponding  control  numbers  is  made  in  the  Serials 
Master  File  with  control  number  in  the  edited  serials  transactions 
file,  the  action  indicated  in  the  edited  serials  transactions  file 
will  be  accomplished  as  indicated  by  the  card  code  and  action  code. 

All  other  items  in  the  edited  serials  transaction  file,  not  currently 
in  the  master  file,  will  be  sequenced  onto  the  master  file  in  control 
nunber  and  card  number  sequence. 

The  edited  serials  transactions,  which  may  be  any  of  the 
previously  mentioned  type  actions,  will  be  edited  again  during  actual 
i|)date  processing.  Utilization  of  these  update  edits  will  determine 
final  processing  acceptability  of  the  edited  serials  transactions 
which  are  subsequently  processed  against  the  Serials  Master  File. 
Errors  found  here,  if  any,  will  be  indicated  on  the  update  print  tape 
along  with  the  cancelled  and  changed  records.  Contents  of  the  print 
tape  will  be  displayed  as  an  Error  List,  figure  96,  a  Cancelled 
Item  List,  figure  94,  and  a  Changed  Item  List,  figure  95. 

The  updated  Serials  Master  File  will  be  displayed  as  the 
Serials  Master  File  List  (conplete),  figure  89.  One  other 
file  output  is  produced  in  run  3,  this  is  the  Routing  Master  which 
will  be  used  in  conjunction  with  the  Patron  Routing  Master  (from  the 
patron  control  subsystem)  to  determine  the  latest  patron  mailing  in¬ 
formation  for  preparation  of  Routing  Slips,  a  Complete  Serials  Review 
List  of  All  Routing  Slips  and  a  Statistical  Report. 

Run  4,  the  renewal  review  and  binding  run  will  search 
the  Serials  Master  File  and  produce  a  Binding  Review  List,  figure 
97,  and  a  Renewal  Review  List  (with  renewal  status  transaction  cards), 
figure  99,  which  will  be  used  by  the  library  in  planning  future 
serials  binding  and  renewal  requirements.  The  renewal  transaction 
cards  obtained  in  this  run  will  serve  as  input  to  run  5  and  subse¬ 
quent  update  of  the  Renewal  Items  Master  in  run  7.  A  Renewal  Items 
Master,  retrieved  in  this  run,  containing  all  items  which  appear  on 
the  Renewal  Review  List  will  also  serve  as  input  to  update  the  Renewal 
Items  Master  File.  Errors  found  in  this  run  will  be  displayed  in  the 
Binding  Error  List,  figure  98,  and  the  Renewal  Error  List,  figure  100. 

Run  5  converts  to  magnetic  tape  images  all  input  renewal 
status  transaction  cards,  from  run  4,  along  with  any  new  or  changed 
item  transaction  cards  to  be  added  to  the  Renewal  Items  Master  and 
produces  a  renewal  update  transaction  file. 

Conversion  on  input  transaction  data,  appending  of  the 
record  mark  and  blocking  of  records  is  identical  to  the  procedures 
accomplished  prior  to  run  1. 

Run  6  is  a  siuple  sort  of  the  renewal  update  transaction 
file  into  control  nunber  and  card  code  sequence. 
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These  sorted  renewal  update  transactions  along  with  the 
Renewal  Items  Master  from  nn  4  will  be  utilized  to  update  the 
current  month’s  Renewal  Items  Master  File. 

The  Renewal  Items  Master  File  along  with  the  renewal 
ipdate  transactions  will  be  sequenced  into  computer  memory  control 
number  by  nimber  until  all  actions  indicated  by  the  renewal  update 
transactions  file  have  been  accomplished. 

The  Renewal  Items  Master  File  will  be  generated  and 
maintained  current  for  a  one  month  period  cf  orders  after  which  it 
will  be  dropped. 

Output  from  the  Renewal  Items  Master  File  is  a  Cancella¬ 
tion  List,  figure  101,  of  all  items  which  will  not  be  renewed, 
an  Update  Error  List,  figure  103,  of  any  items  found  in  error 
and  a  Verification  List  (with  change  suspense  and  change  now  trans¬ 
action  cards)  figure  102,  indicating  exactly  what  appears  in  the 
Renewal  Items  Master  File. 

Following  the  Renewal  Items  Master  File  update  the  contents 
of  the  updated  file  will  be  sorted  into  control  number,  action  code 
and  card  code  sequence  in  run  8  for  input  to  a  renewal  report  genera¬ 
tor  run,  run  9  which  will  prepare  an  on -order  monthly  file  of  all 
items  on  order,  a  list  of  Requisition  Orders,  figure  104,  a  list  of 
Purchase  Orders,  figure  106,  a  list  of  (TL)  Technical  Library 
Orders,  figure  10S,  and  a  Statistical  Report,  figure  107,  of  all  items 
ordered  and  a  file  of  updated  05-06  maintenance  transaction  card 
images. 


Run  10  will  sort  the  updated  file  maintenance  transactions 
from  run  9  into  control  number  and  card  code  sequence  for  display 
as  05-06  serial  file  maintenance  transaction  cards.  These  05-06 
transaction  cards  will  be  integrated  with  the  change  now  and  change 
suspense  transaction  cards  from  rum  7  prior  to  updating  of  the 
Serials  Master  File. 

Run  11  is  a  sort  of  the  on-order  monthly  file  from  run 
9  into  control  number  and  card  code  sequence.  Output  from  this 
sorting  action  will  serve  as  input  to  nn  12,  the  monthly  on-order 
report  generator  run  which  updates  the  to  date  On-Order  Master  File. 

The  To  Date  On -Order  Master  File  from  the  last  update 
along  with  the  sorted  on-order  monthly  file  will  be  processed  into 
conputer  memory  control  number  by  nimber  until  all  actions  indicated 
by  the  on-order  monthly  file  have  been  accomplished.  Output  from 
run  12  will  be  a  To  Date  On -Order  List,  figure  108,  current  through 
this  update,  a  Delete  List,  figure  110,  of  all  items  deleted  during 
the  update,  an  Error  List,  figure  109,  of  all  transactions  found  in 
error  and  an  Undelivered  List  which  is  presently  unused. 
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Run  13  is  a  single  sort  of  the  contents  of  the  Patron 
Routing  Master  (from  the  patron  control  subsystem)  into  control 
number,  copy  nunber  and  priority  sequence. 

Output  from  the  sort  in  run  13  along  with  the 
Routing  Master  from  serial  file  maintenance  update  run  will 
serve  as  input  to  a  format  run,  run  14  which  formats  all  Route  Slips, 
figure  111,  prepare  a  Review  List  of  All  Route  Slips,  figure  112,  a 
Condensed  List,  figure  113,  of  all  serials  available  for  routing  and 
a  combined  error  and  statistical  file. 

Run  15  selectively  sequences  for  display  the  Serial 
Routing  Statistics,  figure  114,  with  routing  status  errors. 

Rui  16  selectively  extracts  from  the  updated  Serials 
Master  File  those  items  which  RSIC  ordered  but  did  not  receive  and 
produces  a  transaction  card  for  each.  This  file  will  be  sorted  to 
purchase  order,  delivery  order  and  item  number  in  rum  17.  Output 
from  this  sort  will  serve  as  input  to  rum  18  which  produces  a 
Claims  Report,  figure  115,  of  all  items  ordered  but  not  received. 

The  transaction  cards  produced  in  run  16  are  utilized  to  delete 
items  from  the  Claims  Report  as  they  are  received. 

Run  19  selectively  extracts  from  the  updated  Serials 
Master  a  file  of  titles  and  holdings  cross  references.  This  file 
will  be  sorted  in  rui  20  to  title,  holding  and  cross  reference 
sequence  and  displayed  in  rui  21  as  the  Titles  and  Holdings  Cross 
Reference  List  Periodical  Catalog),  figure  116. 

4.  Run  Details  for  Run  1 


The  purpose  of  run  one,  see  figure  117.  is  to  sort  all  input 
transactions  from  the  card  to  magnetic  tape  run  into  control  nunber 
(major)  and  card  code  (minor)  sequence.  This  rum  will  insure  the 
proper  sequencing  of  all  input  transactions  for  processing  against 
the  Serials  Master  File. 

a.  Run  Oie  Input 

The  input  transactions  data  to  run  one  will  be  a 
magnetic  tape  file  of  all  input  transactions  in  random  sequence. 

b.  Run  One  Output 

The  output  data  from  rut  one  will  be  a  magnetic  tape 
file  of  all  input  transactions  sorted  into  major  sequence  by  control 
nunber  and  minor  sequence  by  card  code. 
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c.  Run  Che  Sequence 


Run  one  will  process  all  input  transactions  into  major 
sequence  by  control  number  (cols  1-6)  and  minor  sequence  by  card 
code  (cols  8-9). 

5.  Run  Details  for  Run  2 


The  purpose  of  run  two,  see  figure  117,  is  to  edit  all  sorted 
input  transactions  per  input  transaction  editing  criteria  and  pro¬ 
duce  a  file  of  RSIC  new  holdings,  a  file  of  edited  transactions  used 
to  update  the  Serials  Master  File  and  an  error  list  of  all  input 
transactions  found  in  error. 

a.  Rui  Two  Input 

Sorted  input  transaction  file  from  nn  one. 

b.  Run  Two  Output 

(1)  RSIC  New  Holdings  List,  figure  92,  of  new  holdings 
to  be  added  to  the  Serials  Master  File. 

(2)  Transaction  error  list,  figure  93,  of  all  input 
transactions  found  in  error.  Each  transaction  in  error  will  be 
accompanied  by  an  appropriate  error  message. 

(3)  Edited  file  maintenance  transactions  to  be  used  in 
the  update  of  the  Serials  Master  File. 

c.  Run  Two  Sequence 

Run  two  will  be  processed  in  control  number  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

6.  Run  Details  for  Run  3 


The  purpose  of  run  three,  see  figure  117,  is  to  update  the 
Serials  Master  FUe  and  produce  a  Complete  Serials  Master  List, 
a  List  of  Cancelled  Items,  a  List  of  Gianged  Items,  an  Error  List  of 
items  in  error  (if  any)  and  a  Routing  Master. 

a.  Run  Three  Input 

(1)  Edited  file  maintenance  transactions  from  run  two. 

(2)  Recyled  Serials  Master  File  from  last  update. 


b.  Rm  Three  Pit  put 

(1)  Updated  Serials  Master  File  consisting  of  the 
previously  recycled  Serials  Master  File  to  include  any  new  serial 
transactions  added,  changes  to  the  existing  Serials  Master  File 
records  and  deletion  of  transactions  cancelled  during  the  update. 

(2)  Routing  Master  File  which  will  be  used  in  conjunc¬ 
tion  with  the  Patron  Routing  Master  File  (from  the  patrol  control  sub¬ 
system)  to  meet  all  serials  routing  requirements. 

(3)  Complete  Serials  Master  File  List,  figure  89, 

is  a  display  of  the  contents  of  the  master  file  current  through  this 

ipdate. 


(4)  Cancelled  Items  List,  figure  94,  is  a  display 
of  all  items  cancelled  during  this  update. 

(5)  Changed  Items  List,  figure  95,  is  a  display  of 
all  master  file  records  changed  during  this  update. 

(6)  Update  Error  List,  figure  96,  is  a  display  of 
all  transaction  found  in  error  during  the  master  file  update. 

c.  Run  Three  Sequence 

Run  three  will  be  processed  in  control  number  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

7.  Rm  Details  for  Rin  4 

The  purpose  of  rm  four,  see  figure  117,  is  to  search  the 
Serials  M&ster  File  and  produce  a  Serials  Renewal  List  (with  renewal 
status  transaction  cards),  a  Renewal  Error  List,  a  Candidate  for 
Binding  List  and  a  Binding  Error  List. 

a.  Run  Four  Input 

Updated  Serials  Master  File  from  rur.  three. 

b.  Rm  Four  Output 

(1)  Serials  Renewal  List,  figure  99,  is  a  display 
of  all  items  which  are  to  be  considered  for  renewal  for  the  next 
year.  Journal  items  will  appear  or.  this  list  five  months  prior  to 
renew  date;  services,  newspapers  and  requisitions  will  appear  on  this 
list  three  months  prior  to  renew  date. 

(2)  Renewal  Error  List,  figure  100,  is  a  display  of 
all  renewal  transactions  fomd  in  error. 
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(3)  Renewal  status  cards  will  be  confute r  prepared  for 
each  item  appearing  on  the  Serials  Renewal  Review  List.  These  cards 
will  serve  as  input  transactions  to  the  renewal  item  file  update 
in  run  six. 


(4)  Candidate  for  Binding  List,  figure  97,  is  a  dis¬ 
play  of  all  items  which  are  to  be  considered  for  binding.  Items  ap¬ 
pealing  on  this  list  will  be  for  current  month. 

(5)  Binding  Error  List,  figure  98,  is  a  display 
of  all  binding  transactions  foind  in  error. 

(6)  Renewal  Items  Master  File  consisting  of  all  items 
appearing  on  the  renewal  item  list  which  may  be  renewed  or  cancelled 
in  rui  seven. 


c.  Rtn  Four  Sequence 

Run  four  will  be  processed  in  control  number  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

8.  Run  Details  for  Run  5 

The  purpose  of  rui  five,  see  figure  117,  is  to  convert  all 
new,  change  and  renewal  item  transaction  cards  to  magnetic  tape  appending 
a  record  marie  to  the  end  of  each  card  image. 

a.  fan  Five  Input 

Input  to  this  nn  will  consist  of  renewal  status  transac¬ 
tion  cards  from  run  four  and  all  new  or  changed  item  transaction  cards 
to  be  added  to  the  Renewal  Item  Master. 

b.  Riai  Five  Output 

This  file  will  consist  of  magnetic  tape  images  of  the 
new  changed  and  renewal  transaction  cards  with  a  record  mark  appended 
to  each  transaction  card  image.  All  transactions  will  be  blocked 
ten  to  a  block. 


c.  Run  Five  Sequence 

Run  five  will  be  processed  in  input  sequence  of  the 
transaction  cards. 

9.  Run  Details  for  fan  6 

The  purpose  of  run  six,  see  figure  117,  is  to  sort  all  input 
transactions  from  run  five  into  control  nimber  (major)  and  card  code 
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(minor)  sequence.  This  run  will  insure  the  proper  sequencing  of  all 
input  transactions  for  processing  against  the  Renewal  Item  Master 
File. 


a.  Rm  Six  Input 

The  input  transaction  data  to  run  six  will  be  a  magne¬ 
tic  tape  file  of  all  renewal  and  new  transactions  in  input  sequence. 

b.  Run  Six  Output 

The  output  data  from  run  six  will  be  a  magnetic  tape 
file  of  all  input  transactions  sorted  into  major  sequence  by  control 
ntmber  and  minor  sequence  by  card  code. 

c.  Run  Six  Sequence 

Run  six  will  process  all  input  transactions  into  major 
sequence  by  control  number  (cols  1-6)  and  minor  sequence  by  card 
code  (cols  8-9) . 

10.  Run  Details  for  Run  7 


The  purpose  of  run  seven,  see  figure  117,  is. to  update  the 
Renewal  Items  Master  and  produce  a  list  of  Cancelled  Items,  a  Vertifi- 
cation  List  of  all  items  renewed,  a  file  of  change  suspense  cards, 
a  file  of  charge  now  cards  and  a  Renewal  Update  Error  List. 

a.  Rui  Seven  Input 

(1)  Renewal  Items  Master  from  run  four  consisting  of  all 
items  which  appeared  on  the  renewal  items  list. 

(2)  Sorted  renewal  update  transactions  file  from  run 
six  consisting  of  all  new,  changed  and  renewal  status  transactions, 

(3)  Recycled  Renewal  Items  Master  File  for  current 

month. 


b.  Rm  Seven  Output 

(1)  Cancellation  List,  figure  102,  is  a  display 
of  all  items  deleted  from  the  Renewal  Items  Master. 

(2)  Verification  List,  figure  102,  is  a  display 

of  all  items  renewed,  new  items  added  or  changes  made  to  the  renewal 
items  master. 


(3)  Renewal  Update  Error  List,  figure  103,  is  a 
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display  of  transactions  found  in  error  during  the  Renewal  Items 
Master  update. 

(4)  File  maintenance  change  suspense  cards  are  trans¬ 
action  cards  representing  changes  to  be  m&de  to  the  Serials  Master 
File  when  the  subscription  is  effective. 

(5)  File  maintenance  change  new  cards  are  transaction 
cards  representing  changes  to  be  made  to  the  Serials  Master  File 
new. 


(6)  Updated  Renewal  Items  Master  consisting  of  all 
new  items,  renewed  items  to  be  added  and  changes  to  be  made  to  the  To 
Date  On-Order  Master.  The  Renewal  Items  Master  will  be  dropped  after 
one  month  and  a  new  item  master  begun. 

c.  Run  Seven  Sequence 

Rm  seven  will  be  processed  in  control  nunber  (major) 
and  card  code  (minor)  sequence. 

11.  Run  Details  for  Run  8 


The  purpose  of  run  eight,  see  figure  117,  is  to  sort  the 
updated  Renewal  Items  Master  into  control  nutifcsr  (major)*  action  code 
(intermediate)  and  card  code  (minor)  sequence. 

a.  Pun  Eight  Input 

Updated  Renew.  1  I^ems  Master  from  run  seven. 

b .  Run  Fight  Output 

Sorted  Renewal  Items  Master. 

c.  Run  Eight  Sequence 

Run  eight  will  be  processed  in  control  nunber  (major) 
action  code  (intermediate)  and  card  code  minor  sequence. 

12.  Run  Details  for  Run  9 


Ihe  purpose  of  rm  nine,  see  figure  117,  is  to  generate  a 
iiew  and  renewal  items  statistical  report,  a  requisition  itens  list, 
a  purchase  order  items  list,  a  file  of  serials  file  maintenance 
transactions  and  an  on  order  monthly  file. 

a.  Pun  Nine  Input 


Input  to  this  rm  will  be  the  sorted  Renewal  Items 


Master  from  iui  eight. 

b.  fen  Nine  Output 

(1)  New  aid  Renewal  Items  Statistical  Report,  figure  107, 
is  a  display  of  the  cost  of  all  new  and  renewed  items  by  vender. 

(2)  Requisition  Items,  figure  104,  is  a  display  of  all 
items  ordered  cn  requisitions. 

(3)  Purchase  Order  Items,  figure  106,  is  a  display  of 
all  items  ordered  cn  purchase  orders. 

(4)  Technical  Library  Items,  figure  105,  is  a  display 
of  all  items  ordered  cn  TL  numbers. 

(5)  File  maintenance  transactions.  These  will  be  05 
transactions  updated  to  include  language,  country  of  origin^  translation 
price  etc.,  and  06  transactions  to  include  address,  purchase  order 
nuriber,  frequency  and  purpose. 

(6)  On-order  monthly  consisting  of  all  new  items,  renewed 
item  and  changes  to  the  To  Date  On-Order  Master  File. 

c.  Run  Nine  Sequence 

Run  nine  will  be  processed  in  control  number  (major) , 
action  code  (intermediate)  and  card  code  (minor)  sequence. 

13.  Run  Details  for  Run  10 


The  purpose  of  run  ten,  see  figure  117,  is  to  sore  the 
renewal  file  maintenance  transactions  into  control  number  (major) 
and  card  code  (minor)  sequence  and  produce  05-06  file  maintenance  trans¬ 
action  cards  used  to  update  the  Serials  Master  File  monthly. 

a.  Run  Ten  Input 

Renewal  file  maintenance  transactions  in  control  number 
(major),  action  code  (intermediate)  and  card  code  f minor)  sequence. 

b.  Run  Ten  Output 

Sorted  file  maintenance  transactions  in  control  mmber 
(major)  and  card  code  (minor)  sequence.  This  file  will  be  displa>ed 
as  05-06  file  maintenance  transaction  cards  and  integrated  into  change 
suspense  and  change  now  from  run  seven  prior  to  processing  against  the 
Serials  Master  File. 
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c. 


Run  Ten  Sequence 


Run  ten  will  be  processed  in  control  n inker  (cols  1-6) 
major  and  card  code  (cols  8*9)  minor  sequence. 

14.  Run  Details  for  Run  11 

The  purpose  of  rui  eleven,  see  figure  117,  is  to  sort  the 
on-order  monthly  file  into  control  number  (major)  and  card  code  (minor) 
sequence. 


a.  Run  Eleven  Input 

On-order  monthly  file  of  all  new  items,  renewed  items 
and  changes  to  the  To  Date  On-Order  Master  File. 

b.  Run  Eleven  Output 

On-order  monthly  file  sorted  into  control  nunker  (major) 
and  card  code  (minor)  sequence. 

c.  Run  Eleven  Sequence 

Run  eleven  will  be  processed  in  control  ranker  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

15.  Rui  Details  for  Run  12 

The  purpose  of  rui  twelve,  see  figure  117,  is  to  update  the  To 
Date  On-Order  Master  File  and  produce  a  current  To  Date  On-Order  List, 
a  delete  list  of  all  items  deleted  from  the  file  and  an  error  list  of 
all  items  in  error  (if  any) .  An  undelivered  file  is  recovered  in  this 
run,  but  at  present  it  is  not  in  use. 

a.  Run  Twelve  Input 

Sorted  on -order  monthly  file  from  run  eleven. 

b.  Run  Twelve  Output 

(1)  Undated  To  Date  On-Order  Master  File  consisting  of 
the  previously  recycled  To  Date  Oh-Order  Master  File  to  include  any 
new  ordered  transactions  added,  changes  to  the  existing  To  Date  Cn- 
Order  Master  File  and  deletion  of  transactions  dropped  during  the 
update. 


(2)  Conplete  To  Date  On-Order  List,  figure  108,  is  a 
display  of  the  contents  of  the  master  file  current  through  this  update. 
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Master  from  run  eight. 

b.  ftai  Nine  Output 

(1)  New  and  Renewal  Items  Statistical  Report,  figure  107, 
is  a  display  of  the  cost  of  all  new  and  renewed  items  by  vendor. 

(2)  Requisition  Items,  figure  104,  is  a  display  of  all 
items  ordered  on  requisitions. 

(3)  Purchase  Order  Items,  figure  106,  is  a  display  of 
all  items  ordered  on  purchase  orders. 

(4)  Technical  Library  Items,  figure  105,  is  a  display 
of  all  items  ordered  on  TL  nurbers. 

(5)  File  maintenance  transactions.  These  will  be  05 
transactions  updated  to  include  language ,  country  of  origin^  translation 
price  etc.,  and  06  transactions  to  include  address,  purchase  order 
mmber,  frequency  and  purpose. 

(6)  On-order  monthly  consisting  of  all  new  items,  renewed 
item  and  changes  to  the  To  Date  On-Order  Master  File. 

c.  Run  Nine  Sequence 

Run  nine  will  be  processed  in  control  number  (major) , 
action  code  (intermediate)  and  card  code  (minor)  sequence. 

13.  Rui  Details  for  Run  10 


The  purpose  of  on  ten,  see  figure  117,  is  to  sort  the 
renewal  file  maintenance  transactions  into  control  number  (major) 
and  card  code  (minor)  sequence  and  produce  05-06  file  maintenance  trans¬ 
action  cards  used  to  tpdate  the  Serials  Master  File  monthly. 

a.  Run  Ten  Input 

Renewal  file  maintenance  transactions  in  control  nuiher 
(major),  action  code  (inte mediate)  and  card  code  (minor)  sequence. 

b.  Rui  Ten  Output 

Sorted  file  maintenance  transactions  in  control  number 
(major)  and  card  code  (minor)  sequence.  This  file  will  be  displayed 
as  05-06  file  maintenance  transaction  cards  and  integrated  into  change 
suspense  and  change  now  from  rui  seven  prior  to  processing  against  the 
Serials  Master  File. 
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c.  Run  Ten  Sequence 

Rim  ten  will  be  processed  in  control  maber  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

14.  Run  Details  for  Run  11 

The  purpose  of  run  eleven,  see  figure  117,  is  to  sort  the 
on-order  monthly  file  into  control  number  (major)  and  card  code  (minor) 
sequence. 


a.  Run  Eleven  Input 

On-order  monthly  file  of  all  new  items,  renewed  items 
and  changes  to  the  To  Date  On-Order  Master  File. 

b.  Run  Eleven  Output 

On-order  monthly  file  sorted  into  control  number  (major) 
and  card  code  (minor)  sequence. 

c.  Run  Eleven  Sequence 

Run  eleven  will  be  processed  in  control  number  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

15.  Rum  Details  for  Rum  12 

The  puipose  of  rum  twelve,  see  figure  117,  is  to  update  the  To 
Date  On-Order  Master  File  and  produce  a  current  To  Date  Ch-Chrder  List„ 
a  delete  list  of  all  items  deleted  from  the  file  and  an  error  list  of 
all  items  in  error  (if  any) .  An  undelivered  file  is  recovered  in  this 
run,  but  at  present  it  is  not  in  use. 

a.  Rum  Twelve  Input 

Sorted  on -order  monthly  file  from  rum  eleven. 

b.  Rim  Twelve  Output 

(1)  Undated  To  Date  Oh-Order  Master  File  consisting  of 
the  previously  recycled  To  Date  On-Order  Master  File  to  include  any 
new  ordered  transactions  added,  changes  to  the  existing  To  Date  On- 
Order  Master  File  end  deletion  of  transactions  dropped  during  die 
update. 


(2)  Complete  To  Date  Ch-Order  List,  figure  108,  is  a 
display  of  the  contents  of  the  master  file  current  through  this  update. 
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(3)  Delete  List,  figure  110,  is  a  display  of  all  items 
deleted  from  the  To  Date  On-Order  Master  File  during  the  update. 

(4)  To  Date  Or* -Order  Error  List,  figure  109,  is  a  dis¬ 
play  of  all  transactions  found  in  error  during  the  update  of  the  to 
date  on  order  master  file. 

c*  Run  TWelve  Sequence 

Run  twelve  will  be  processed  in  control  number  (cols 
1-6)  major  and  card  code  (cols  8-9)  minor  sequence. 

16.  Rm  Details  for  Run  13 


The  purpose  of  rm  thirteen,  see  figure  117,  is  to  sort 
the  patron  routing  master  (from  the  patron  control  subsystem)  into 
control  nuriber  (major),  copy  number  (intermediate)  and  priority 
(minor)  sequence. 

a.  Run  Thirteen  Input 

Patron  routing  master  from  the  patron  control  subsystem 
in  social  security  number  sequence. 

b.  Rm  Thirteen  Output 

Patron  rou  g  master  sorted  into  control  number 
(major),  copy  number  (intermediate)  and  priority  (minor)  sequence. 

c.  Rui  Thirteen  Sequence 


Rm  thirteen  will  be  processed  in  control  nmber  (major) , 
copy  nuriber  (intermediate)  and  priority  (minor)  sequence. 

17.  fan  Details  for  Run  14 

The  purpose  of  rui  fourteen,  see  figure  117,  is  to  format 
route  slip  assignments  and  produce  all  route  slips,  a  reference  list, 
a  condensed  list  and  a  combined  error  and  statistical  file. 

a.  Rm  Fourteen  Input 

(1)  Sorted  patron  routing  master  file  from  rm  thirteen. 

(2)  Routing  master  from  run  three,  serials  file  mainten¬ 
ance  update . 


b.  Rm  Fourteen  Output 


(1)  Route  slips,  figure  111,  is  a  typical  routing  display 
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for  one  item. 


(2)  Conplete  Review  Listing  of  Ail  Route  Slips, 

figure  11?.,  is  a  display  of  all  items  routed  and  to  whom  each  is  routed. 

(3)  Condensed  List,  figure  113,  is  a  display  of  all 
serials  which  are  available  for  routing. 

(4)  Combined  Error  and  Statistical  File  containing 
both  journal  records  and  patron  records  found  in  error  and  complete 
serials  routing  statistics. 

c.  Run  Fourteen  Sequence 

Run  fourteen  will  be  processed  in  control  nunber  (major) , 
copy  nunber  (inte mediate)  and  priority  (minor)  sequence. 

18.  Rim  Details  for  Run  15 

The  purpose  of  run  fifteen,  see  figure  117,  is  to  selective¬ 
ly  sequence  for  display  the  serials  routing  statistics,  the  journal 
error  list  and  the  patron  error  list. 

a*  Run  Fifteen  Input 

Combined  error  and  statistical  file  from  run  fourteen. 

b.  Rum  Fifteen  Output 

Serials  routing  statistics,  figure  114  is  a  display 
of  general  statistics  related  to  serials  routing. 

c.  Run  Fifteen  Sequence 

Run  fifteen  will  be  processed  in  the  sequence  of  the 
output  displays. 

19.  Rim  Details  for  Rim  16 


The  purpose  of  nm  sixteen,  see  figure  117,  is  selectively 
extract  from  the  serials  master  a  file  those  iteas  which  RSIC  ordered 
but  did  not  receive  from  the  vendor  and  produce  a  transaction  card 
for  each. 


a.  Rim  Sixteen  Input 

Undated  Serials  Master  File  from  nm  three. 
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b.  Run  Sixteen  Output 


(1)  Updated  claims  card  for  each  item  appearing  on 
the  Serials  Master  File  which  RSIC  has  not  received  from  the 
vendor. 


(2)  Claims  Master  File  consisting  of  those  items  for 
which  updated  claim  cards  were  prepared. 

c.  fan  Sixteen  Sequence 

fan  sixteen  will  be  processed  in  control  number  (cols  1-6) 
major  and  card  code  (cols  8-9)  minor  sequence. 

20.  Rm  Details  for  fan  17 

The  purpose  of  nji  seventeen,  see  figure  117,  is  to  sort 
the  Claims  Master  File  into  purchase  order  (major) ,  delivery  order 
(intermediate)  and  item  number  (minor)  sequence. 

a.  Rm  Seventeen  Input 

Claims  Master  File  from  nn  sixteen  in  control  number  and 
card  code  sequence. 

b.  fan  Seventeen  Output 

Claims  Master  File  sorted  into  purchase  order  (major), 
delivery  order  (intermediate)  and  item  number  (minor)  sequence. 

c.  Run  Seventeen  Sequence 

Run  seventeen  will  be  processed  in  purchase  order  (major) , 
delivery  order  (intermediate)  and  item  number  (minor)  sequence. 

21.  Run  Details  for  Rut  18 

The  purpose  of  rur  eighteen,  see  figure  117,  is  to  produce  a 
claim  extract  report  for  display  of  those  items  RSIC  did  not  receive 
from  the  vendor. 

a.  Run  Eighteen  Input 

Claims  Master  File  from  run  eighteen  sorted  into  purchase 
order  (major),  delivery  order  (intermediate)  aid  item  mmber  (minor) 
sequence. 

b.  fan  Ei^iteen  Output 

Claim  extract  report,  figure  11S,  of  all  itema  tdiidi 


340 


RSIC  has  ordered  but  did  not  receive. 


■  ir« 


Rut  eighteen  will  be  processed  in  purchase  order  (major) , 
deliver/  order  (intermediate)  and  item  number  (minor)  sequence. 

22.  Rut  Details  for  Rut  19 


The  purpose  of  rut  nineteen,  see  figure  117,  is  to  selective¬ 
ly  extract  from  the  Serials  Muter  a  file  of  titles  and  holdings 
cross  references. 


serials. 


a.  Run  Nineteen  Input 

Updated  Serials  Master  File  from  run  three. 

b.  Run  Nineteen  Output 

(1)  Error  List  of  all  errors  found  in  the  extract  rtn. 

(2)  Titles  and  Holdings  Cross  Reference  File  of  all  RSIC 


c.  Rut  Nineteen  Sequence 

Rut  nineteen  will  be  processed  in  control  nunber  (cols 
1-6)  major  and  card  code  (cols  8-9)  minor  sequence. 

23.  Run  Details  for  Rut  20 


The  purpose  of  rut  twenty,  see  figure  117,  is  to  sort  the 
Title  and  Holdings  Cross  Reference  File  into  title  (major),  holding 
(intermediate)  and  cross  reference  (minor)  sequence. 

a.  Rut  Twenty  Input 

Titles  and  Holdings  Cross  Reference  File  frem  rut  nine¬ 
teen  in  control  nunber  (major)  and  card  code  (minor)  sequenoe. 

b.  Run  Twenty  Output 


Titles  and  Holdings  Cross  Reference  File  sorted  into 
title  (major) ,  holding  (intermediate)  and  cross  reference  (minor) 
sequence. 


Rut  twenty  will  be  processed  in  title  (major) ,  holdings 
(intermediate)  and  cross  reference  (minor)  sequence. 
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24.  Rm  Details  for  kin  21 


The  purpose  of  run  twenty-one,  see  figure  117,  is  to  pro¬ 
duce  for  display  a  Serial  Titles  and  Holdings  ^ross  Reference  List 
(presented  as  the  Periodicals  Catalog} . 


a.  Rm  Twenty -Che  Input 

Titles  and  Holdings  Cross  Reference  File  from  run  twenty 
sorted  into  title  (major) ,  holding  ( in te mediate)  and  cross  reference 
(minor)  sequence. 

b.  Rm  Twenty -One  Output 

Periodicals  Catalog,  figure  116,  of  all  serial  titles 
and  holdings  cross  references  held  by  RSIC. 

c.  Rm  TWenty -Che  Sequence 

Rm  twenty-one  will  be  processed  in  title  (major) , 
holding  (intermediate)  and  cross  reference  (minor)  sequence. 

2S.  Editing  Criteria 

Edits  are  rules  specifying  that  certain  things  must  be  or 
cannot  be  in  the  specified  field  of  the  transaction  record  or  that 
certain  series  must  be  properly  used.  Each  transaction  record  found 
in  error  should  be  manually  screened  and  corrective  action  taken. 

The  following  are  error  and  processing  messages  with  explanation  and 
suggested  corrective  action. 


a.  Serials  Input  Transaction  Editing  Criteria 


Message 


Meaning 


Corrective  Action 


GCNTRDL  NINBER 
MISSING 


Each  transaction  record 
processed  must  have  a 
control  number. 


Research  subscription  re¬ 
quest.  Determine  control 
number  and  submit  correc¬ 
tion  per  transaction  change 
instructions . 


INVALID  CARD 
(DOE -REJECTED 


Card  codes  mist  be  01- 
79  or  1A-1Z.  Card 
code  could  contain 
wrong  code  for  speci¬ 
fic  action. 


Determine  correct  card  code 
and  submit  correction  per 
transaction  change  instruc¬ 
tions. 


MISSING  01  CARD  Each  new  transaction 
(DIE  processed  must  have 


Research  subscription  request. 
Determine  appropriate  data 
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Message 

Meaning 

Corrective  Action 

an  01  card. 

for  01  card  code  and  submit 
new  transaction  card. 

MISSING  03  CARD 
GODE 

Each  new  transaction 
processed  must  have 
an  03  card. 

Research  subscription  request. 
Determine  appropriate  data 
for  03  card  code  and  submit 
new  transaction  card. 

MISSING  VENDOR 

IN  03  CARD 

Vendor  is  a  vital 
element  for  all  new 
transactions. 

Research  subscription  request. 
Determine  vendor  and  submit 
correction  per  transaction 
change  instructions. 

MISSING  04  CARD 
(DDE 

Each  new  transaction 
processed  should  have 
an  04  card. 

Research  subscription  request. 
Determine  appropriate  data 
for  04  card  code  and  submit 
new  transaction. 

MISSING  05  CARD 
(DDE 

Each  new  transaction 
processed  must  have 
an  05  card. 

Research  subscription  request. 
Determine  appropriate  data  for 

05  card  code  and  submit  new 
transaction . # 

MISSING  (Dli™ 
OF  ORIGIN  IN 

05  CARD 

Country  of  origin  is 
a  vital  element  for 
all  new  transactions. 

Research  subscription  request. 
Determine  country  of  origin 
and  submit  correction  per 
transaction  change  instructions. 

MISSING  NIMER 

OF  SUBSCRIPTIONS 
05  CARD 

Nunber  of  subscrip¬ 
tions  is  a  vital 
element  for  all  new 
transactions. 

Research  subscription  request. 
Determine  number  of  subscrip¬ 
tions  and  submit  correction 
per  transaction  change  instruc¬ 
tions  . 

SUBSCRIPTION  END 
DATE  MISSING  OS 
CARD 

Subscription  end  date 
is  a  vital  element 
for  all  new  transac¬ 
tions. 

Research  subscription  request. 
Determine  subscription  end 
date  and  submit  correction  per 
transaction  change  instructions . 

SUBSCRIPTION  BE¬ 
GINNING  DATE 
MISSING  OS 

CARD 

Subscription  beginning 
date  is  a  vital  element 
for  all  new  transac¬ 
tions. 

Research  subscription  request. 
Determine  subscription  beginning 
date  and  submit  correction  per 
transaction  change  instructions. 

(DLIMN  67  IS  NOT 
J,S,N,C  OS  CARD 

Col  urn  67  of  05  card 
must  be  J,S,N  or  C. 

Research  subscription  request. 
Determine  correct  type  code 
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Message 

Meaning 

Corrective  Action 

and  submit  correction  per  trans¬ 
action  change  instructions. 

OOLlMf  68  IS  NOT 
BLANK,  1,2, 3, 4, 
5,6  05  CARD 

Coluiwi  68  of  05  card 
must  special  code  1 

2, 3, 4, 5  or  6. 

Deteimine  special  code  and 
submit  correction  per  transac¬ 
tion  change  instructions. 

HISSING  06  CARD 
CODE 

Each  new  transaction 
recced  processed 
snould  nave  an  06 
ca*d. 

Research  subscription  request. 
Determine  appropriate  data  for 

06  card  code  and  submit  new 
transactions. 

MAJOR  ADDRESSEE 
CODE  INCORRECT 

06  CARD 

Address  ode  mast  be 

01,  02  or  05. 

Submit  correction  per  transac¬ 
tion  change  instructions. 

REQUISITION, 

P.  0.  AND  TL 
NUMBER  MISSING 

Each  06  transaction 
card  mu'  t  contain 
either  req,  P.O.  cr 

T.L.  number. 

Determine  appropriate  number 
and  submit  correction  per 
change  instructions. 

FREQUENCY  NU4BER 
IS  INCORRECT  06 
CARD 

Must  be  a  three  digit 
number.  Prefix  with 
zeros  to  fill  field, 

Determine  appropriate  frequency 
and  submit  correction  per 
change  instructions. 

PURPOSE  QOIli  IS 
NOT  C,L,r  OR 

R  IN  06  CARD 

Purpose  cede  must  be 
C,L,D  or  R. 

Determine  appropriate  purpose 
code  and  submit  correction 
per  change  instructions. 

ACTION  CODE  N 
SHOUI.D  L.-r  RE  IN 
THIS  CARD-RE¬ 
JECT  :.D 

This  transaction  card 
is  for  action  other 
than  new. 

Determine  purpose  for  this 
transaction  card  and  submit 
change  correction  per  change 
instructions . 

b.  Serials  Master  File  Update  Editing  Criteria 

Message 

Meaning 

Corrective  Action 

THE  FOLLOWING 
CONTROL  NUMBERS 
HAv£  NO  TITLE 

The  01  transactions 
card  have  been  omitted. 

Research  subscription  request. 
Determine  appropriate  data 
for  01  card  and  submit  new 
transaction. 

THE  FOLLOWING 
TRANSACTIONS 

WERE  SUBMITTED 
WITH  CONTROL 
NIMBER  HELLS 
DUPLICATE  - 

The  new  transaction 
cards  were  submitted 
with  the  old  ones 
being  replaced. 

Verify  by  screening  Serials 
Master  File  list. 
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Massage  Meaning  Corrective  Action 

FIRST  TRANSAC¬ 
TION  OILY  PRO- 
GB5SED 


c.  Renew  and  Binding  Editing  Criteria 


Message 

Meaning 

Corrective  Action 

HAS  NO  TITLE  IN 

01  CARD 

Title  has  been  emitted 
in  Serials  Master  File. 

Research  subscription  request. 
Determine  title  and  submit 
correction  per  change  instruc¬ 
tions  at  next  update. 

HAS  NO  VOL. 

PER  YR.  IN 

10  CARD 

Self-explanatory . 

Determine  and  submit  per 
transaction  change  instruc¬ 
tions. 

HAS  NO  ISSUES 

PER  VOL,  IN  10 
CARD 

Se  If -explanatory . 

Sane  as  preceding. 

HAS  NO  VOL.  PER 
SUBSCRIPTION  IN 

10  CARD 

(Presently  unused.) 

HAS  NO  GENERAL 

SUBSCRIPTION 

CLASSIFICATION 

IN  10  CARD 

Self-explanatory. 

Same  as  preceding. 

• 

HAS  A  13  CARD 

BUT  NO  10  CARD  - 
(NO  ACTION 

TAKEN) 

Transaction  card  10  is 
required  for  all  titles 
that  are  to  be  bound 
on  that  bound  holdings 
are  available. 

Determine  and  submit  trans¬ 
action. 

HAS  NO  TITLE 

PAGE  AND  CONTENT 
INSTRUCTIONS 

Se If -explanatory . 

Determine  and  submit  per 
transaction  change  instruc¬ 
tions. 

HAS  NO  ADVERTISE¬ 
MENT  INSTRUC¬ 
TIONS  IN  13 

CARD 

Self-explanatory. 

Same  as  preceding 

HAS  NO  INDEX 
INSTRUCTIONS 

Self-explanatory . 

Sane  as  preceding. 

IN  13  CARD 
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Message 

Meaning 

Corrective  Action 

HAS  NO  BINDING 
GOST  IN  13 

CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  PTS  PLUS 
ABSTRACT  IN¬ 
STRUCTIONS  IN 

13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  SIZE 

IN  13  CARD 

Self-explanatory . 

Same  as  preceding. 

HAS  NO  COVER 
INFORMATION 

IN  13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  10  CARD 

BUT  NO  13 

CARD 

Transaction  card  13  con¬ 
tains  all  binding  re¬ 
quirements  for  title 
which  are  to  be  bound. 

Determine  and  submit 
transactions . 

HAS  NO  ISSUE 
CONTENT  INSTRUC¬ 
TIONS  IN  13  CARD 

Self-explanatory. 

Determine  and  submit  per 
transaction  change 
instructions . 

HAS  NO  COLOR 
SPECIFICATION 

IN  13  CARD 

Self-explanatory. 

Same  as  preceding. 

HAS  NO  BINDING 
SCHEDULE  IN 

10  CARD 

Self-explanatory. 

Same  as  preceding. 
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Section  VI .  DOCIMiNTS  CONTROL  SUBSYSTEM 


Documents  ordering  and  receiving,  cataloging  and  circulation 
have  not  been  implemented  under  ALPHA-1.  They  have  been  planned 
to  be  essentially  the  same  as  for  books  except  for  obviously 
different  requirements  such  as  security,  the  different  identifying 
and  retrieval  points  and  the  lack  of  financial  record-keeping. 

The  patron  and  language  subsystems  are  already  available  to  support 
the  documents  area. 

No  further  efforts  will  be  made  mder  ALPHA-1  to  implement  the 
automation  of  the  documents  handling,  but  ALPHA- 2  includes  this 
aspect  of  RSIC's  function. 


Table  II.  Official  Comtry  Codes 


Cointry-to-code  list 

Code-to-coufitry  list 

Country 

Code 

Code 

Cotntry 

Argentina 

25 

01 

Uhited  States 

Australia 

14 

02 

Canada 

Austria 

24 

03 

England 

Bolivia 

26 

04 

West  Germany 

Caiada 

02 

05 

France 

China 

21 

06 

JapTO 

Denmark 

17 

07 

Spain 

Egypt 

27 

08 

Italy 

England 

03 

09 

Turkey 

France 

05 

10 

Israel 

Greece 

16 

11 

Mexico 

India 

15 

12 

Portugal 

Ireland 

28 

13 

Phillipines 

Israel 

10 

14 

Australia 

Italy 

08 

15 

India 

Jfpan 

06 

16 

Greece 

Jordan 

29 

17 

Denmark 

Korea 

30 

18 

Sweden 

Malaysia 

31 

19 

Norway 

Mexico 

11 

20 

Netherlands 

Netherlands 

20 

21 

China 

Norway 

19 

22 

Taiwan 
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Table  II.  Official  Cotntry  Codes  (con't) 


Country -to- code  list 

Code-to-couitiy  list 

Gouitry 

Code 

Code 

Country 

Pakistan 

23 

23 

Pakistan 

Phillipines 

13 

24 

Austria 

Portugal 

12 

25 

Argentina 

Spain 

07 

26 

Bolivia 

Sweden 

18 

27 

Egypt 

Switzerland 

32 

28 

Ireland 

Taiwan 

22 

29 

Jordan 

Turkey 

09 

30 

Korea 

United  States 

01 

31 

Malaysia 

West  Germany 

04 

32 

Switzerland 
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Table  III.  Official  Contractor  Codes 


Contractor  Code 
Adcom  Inc  0080 
Aerojet -General  Corporation  0090 
Air  Reduction  Co  Inc  0155 
Arde  Engineering  Division  Ardee  Assoc  0410 
Arinc  Research  Corp  0420 
Assoc  Aero  of  Alabama  0460 
Astro  Space  Labs  Inc  0480 
Album  Lhiversity  0520 
Battelle  Memorial  Institute  0625 
Be  lock  Instrument  Corp  0670 
Bendix  Gorp  0680 
Boeing  Co  0750 
Borders  Electronics  Corporation  0755 
Burroughs  Corp  0800 
Brcwn  Engineering  Co  Inc  0780 
Chrysler  Corp  Space  Div  Himtsville  Operations  0910 
Computer  Application  Inc  1000 
Computer  Science  Corp  1100 
Douglas  Aircraft  Co  1180 
Emerson  Electronics  Co  13S0 
Federal  Electric  Corp  1425 
General  Dynamics  Corp  1560 
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Table  III.  Official  Contractor  Codes  (con't) 


Contractor  Code 
General  Electric  Gcqputer  Department  1570 
General  Electric  Apollo  Sipport  Div  1590 
Hayes  International  Corp  1780 
Heat  Technology  Labs  1790 
Honeywell  1865 
HRB  Singer  1870 
Hughes  Aircraft  Co  1920 
Illinois  Institute  of  Technology  Research  Institute  1975 
IBM  Corp  1980 
International  Harvester/Solar  Div.  2000 
International  Telephone/Telegraph  Co  2085 
Kentron  Hawaii  Ltd  2155 
Lear  Siegler  Electronic  Instruaentation  Division  2190 
Ling-Teapco-  Vought  Corp  2240 
Lockheed  Missiles  and  Space  Co  2270 
Management  Services  Inc  of  Tenn.  2300 
Martin  Coepany  2410 
Melpar  Inc  2430 
Planning  Res.  Corp  2460 
National  Academy  of  Sciences  2670 
Nees  Ccapsny  2700 
North  American  Aviation/Rocketdyne  2755 
Northrop  Space  Labs  2770 
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Table  III.  Official  Contractor  Codes  (con't) 


Contractor 

Code 

Philco  Corp 

2890 

Pratt  and  Whitney  Aircraft  Corp 

2930 

Raytheon  Co 

3020 

RCA  Service  Co 

3040 

Pairchild  Hiller  Corp 

3080 

Ridge  Instrument  Corp 

3100 

Rohm  and  Haas  Co 

316  S 

Southern  Library  Bindery 

34  7S 

Space  Craft  Inc 

3510 

Spaco  Inc 

3550 

Sperry  Raid  Space  Support  Division 

3585 

Stanford  Research  Institute 

3595 

Systems  Engineering  Co 

3660 

Tec  Productions 

3710 

Thiokol  Chemical  Corp 

3780 

University  of  Alabama  Research  Institute 

3910 

15  Post  Office 

4115 

Vitro  Labs  Div  Vitro  Corp  of  America 

4190 

Volt -Tech 

4195 

Wat land  Inc 

4200 

Western  Electric  Co 

4235 

Westinghoume  Electric  Corp 

4250 

Miittaker  Corp 

4260 

Wyle  Labs 

4310 
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Table  IV.  Abbreviations  of  State  Names 


Nsae  of  state 

Abbreviation 

Alabana 

ALA 

Alaska 

ALASK 

Arizona 

ARIZ 

Arkansas 

ARK 

California 

CALIF 

Canal  Zone 

CbZ 

Colorado 

GOLO 

Connecticut 

OONN 

Delaware 

EEL 

District  of  Goluafcia 

DbC 

Florida 

FLA 

Georgia 

GA 

Gun 

GUAM 

Hawaii 

Hbl 

Idaho 

IDAHO 

Illinois 

ILL 

Indiana 

IND 

Iowa 

IOWA 

Kansas 

KANS 

Kentucky 

KY 

Louisiana 

LA 

Maine 

MAINE 
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Table  IV.  Abbreviations  of  State  Names  (con't) 


Name  of  state 

Abbreviation 

Maryland 

MD 

Massachusetts 

MASS 

Michigan 

Midi 

Minnesota 

MINN 

Mississippi 

MISS 

Missouri 

MO 

Montana 

MGNT 

Nebraska 

NEBR 

Nevada 

NEV 

New  Hanpshire 

NbH 

New  Jersey 

NbJ 

New  Mexico 

NbMEX 

New  York 

NbY 

North  Carolina 

NbC 

North  Dakota 

NbDAK 

Ohio 

OHIO 

Oklahoma 

OKU 

Oregon 

OREG 

Pennsylvania 

PA 

Puerto  Rico 

PbR 

Rhode  Island 

flbl 

South  Carolina 

SbC 

South  Dakota 

SbDAK 
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lable  IV.  Abbreviations  of  State  Names  (con't) 


Name  of  state 

Abbreviation 

Tennessee 

TENN 

Texas 

TEX 

Utah 

UTAH 

Vermont 

VT 

Virgin  Islands 

Vbl 

Virginia 

VA 

Washington 

WASH 

West  Virginia 

WbVA 

Wisconsin 

WIS 

Wyoming 

W¥0 
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Table  V.  Need-to-Khow  Codes 


In  the  OOSATI  section  of  the  following  table,  you  will  notice  that 
some  code  numbers  that  would  be  present  in  a  straight  numerical  sequence 
are  skipped.  For  example,  01E  is  006  and  the  next  category  is  02b,  which 
is  Oil.  The  reason  for  such  skips  is  that  there  are  COS  AT  I  categories 
covering  subjects  which  RSIC  does  not  have  or  acquire  holdings  on. 
However,  space  is  left  in  the  numeric  code  sequence  in  case  it  is  ever 
required  to  add  these  categories  to  the  system. 


Category  Code 

Category 

Code 

Category 

Code 

Category 

Code 

NASA 

01 

001 

15 

015 

29 

029 

43 

043 

02 

002 

16 

016 

30 

030 

44 

044 

03 

003 

17 

017 

31 

031 

45 

045 

04 

004 

18 

018 

32 

032 

46 

046 

05 

005 

19 

019 

33 

033 

47 

047 

06 

006 

20 

020 

34 

034 

48 

048 

07 

007 

21 

021 

35 

035 

49 

049 

08 

008 

22 

022 

36 

036 

50 

050 

09 

009 

23 

023 

37 

037 

51 

051 

10 

010 

24 

024 

38 

038 

52 

052 

11 

Oil 

25 

025 

39 

039 

53 

053 

12 

012 

26 

026 

40 

040 

13 

013 

27 

027 

41 

041 

14 

014 

28 

028 

42 

042 

OOSATI 

01b 

001 

C2B 

013 

Q3C 

025 

OSD 

041 

01A 

002 

02C 

014 

04b 

030 

05E 

042 

01B 

003 

02D 

015 

04A 

031 

05F 

043 

01C 

004 

02E 

016 

04B 

G32 

05G 

044 
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Table  V.  Need-to-Know  Cedes  (con't) 


Category  Code 

Category 

Code 

Category 

COS  AT  I 

Code 

Category 

Code 

01D 

005 

02F 

017 

05b 

037 

05H 

045 

01E 

006 

03b 

022 

05A 

038 

051 

046 

02b 

Oil 

03A 

023 

05B 

039 

0SJ 

047 

02A 

012 

03B 

024 

05C 

040 

05K 

048 

06b 

053 

07B 

081 

09E 

113 

13B 

153 

06A 

054 

07C 

082 

09F 

114 

13C 

154 

06B 

055 

07D 

083 

10b 

119 

13D 

155 

06C 

056 

07E 

084 

10A 

120 

13E 

156 

06D 

057 

08b 

089 

10B 

121 

13F 

157 

06E 

058 

08A 

090 

10C 

122 

13G 

158 

06F 

059 

08B 

091 

lib 

127 

13H 

159 

06G 

060 

08C 

092 

11A 

128 

131 

160 

06H 

061 

08D 

093 

11B 

129 

13J 

161 

061 

062 

08E 

094 

11C 

130 

13K 

162 

06J 

063 

08F 

095 

11D 

131 

13L 

163 

06K 

064 

08G 

096 

HE 

132 

13M 

164 

06L 

065 

08H 

097 

11F 

133 

14b 

169 

06M 

066 

081 

098 

11G 

134 

14A 

170 

06N 

067 

08J 

099 

11H 

135 

14B 

171 

060 

068 

08K 

100 

111 

136 

14C 

172 

06P 

069 

08L 

101 

11J 

137 

14D 

173 

06Q 

070 

08M 

102 

11K 

138 

14E 

174 
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Table  V.  Need-to-Khow  Codes  (con't) 


Category  Code  Category 

Code 

Category 

Code 

Category 

Code 

COS  AT  I 

06R 

071  08N 

103 

11L 

139 

15b 

179 

06S 

072  09b 

108 

12b 

144 

15A 

18  0 

06T 

073  09A 

109 

12A 

145 

15B 

181 

06U 

074  09B 

110 

12B 

146 

15C 

182 

07b 

079  09C 

111 

13b 

151 

IS 

183 

07A 

080  09D 

112 

13A 

152 

15E 

184 

15F 

185  18E 

220 

20D 

251 

22B 

282 

1SG 

186  18F 

221 

20E 

252 

22C 

283 

16b 

191  18G 

222 

20F 

253 

22D 

284 

16A 

192  18H 

223 

20G 

254 

16B 

193  181 

224 

20H 

255 

16C 

194  18J 

225 

201 

256 

16D 

195  18 K 

226 

20J 

257 

17b 

200  18L 

227 

20K 

258 

17A 

201  18M 

228 

20L 

259 

17B 

202  18N 

229 

20M 

260 

17C 

203  19b 

234 

20N 

261 

17D 

204  19A 

235 

21b 

266 

17E 

205  19B 

236 

21A 

267 

17F  • 

206  19C 

237 

2  IB 

268 

17G 

207  19D 

238 

2 1C 

269 

17H  * 

208  19E 

239 

2  ID 

270 
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Table  V.  Need- to- Know  Codes  (con't) 


Category  Code  Category  Code  Category  Code  Category  Code 

COSAT I 


171 

209 

19F 

240 

21E 

271 

17J 

210 

19G 

241 

21F 

272 

18b 

215 

19H 

242 

21G 

273 

18A 

216 

20b 

247 

21H 

274 

18B 

217 

20A 

248 

211 

275 

18C 

218 

20B 

249 

22b 

280 

18D 

219 

20C 

250 

22A 

281 
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01  MM  44  COMPLETE  PATION  LIST  IN  NAME  SEQUENCE  PAGE  00001 
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Figure  S.  Patron  List  In  Nane  Sequence 
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Figure  7.  Patron  Monitor 
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Figure  9.  Need-To-Know  Revilidation  Notice 
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Figure  11.  New  Patron  Card  (sample) 


Patron  Trans action  Cards 


INTERIM  t SIC  ROUTING  WORKSHEET 
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Figure  13.  Interim  RSIC  Routing  Worksheet 


larige  Patron  Card  (sample) 


Figure  16.  Patron  File  Transaction  Card  Formats 
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Figure  17.  RS1C  Language  Control  Thes 
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Figure  18.  Language  Worksheet  Errors 
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Figure  19.  RSIC  Language  Monitor 
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Figure  23.  Cross  References 
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Figure  24.  Input  Transaction  Data  Element  Requi 
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Figure  25.  Language  Master  File  Format 
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Figure  26.  Computer  Run  Relations  Flow  Chart 
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Figure  28.  Library  Request  Card 
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Figure  29.  Book  Orders  (Multipart  Continuous  Form) 
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igure  30.  Book  Orders  (Requisitions) 
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Figure  32.  Ordering  and  Receiving  Transaction  Card  Formats  (Sheet  1  of  2) 


Figure  32.  Ordering  and  Receiving  Transaction  Card  Foxnats  (Sheet  2  of  2) 


Figure  33.  Master  On  Order,  Received  And  Cataloged  Record  Format  (Sheet  1  of  4) 
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Figure  33.  Master  On  Order,  Received  And  Cataloged  Record  Format  (Sheet  2  of  4) 
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33.  Master  On  Order,  Received  And  Cataloged  Record  Format 


Figure  34.  Weekly  and  Daily  Oh  Order  Lists 


Ordering  Output  Transaction  Cards  (600  Series) 
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Figure  36.  Financial  And  Workload  Analysis 
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Figure  37.  Error  List  (Financial  Analysis) 


Figure  38.  Cancelled  Items 


Figure  40,  Book  Ordering  And  Receiving  Error  List 
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Figure  41 
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Figure  42.  (Xitstanding  Orders  In  Vendor  Sequence 


Delete  Transaction  Card  (399) 


Figure  44.  Year  To  Date  Master  Record  Format  (Sheet  1  of  2) 
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Figure  44.  Year  To  Date  Master  Record  Format  (Sheet  2  of  2) 
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Call  Number 

Copy  Number 

Number  of  Copies 

Special  indicator  Code 

1-52 

53-56 

57-60 

61 

52 

4 

1 

Cataloged  initial 

Data  Element  Code 

Action  Code 

Data  Element 

62 

63-65 

66 

67- 

* 

1 

3 

1 

Variable  Length 

Notes:  (1)  Copy  Number  is  the  number  of  the  first  copy  cataloged;  Number  of  Copies 
is  the  lost  assigned  number. 

(2)  Special  Indicator  Code  Applies  to  the  first  copy;  it  is  N  for  no  copy  one  non 
expendable,  R  for  reference,  S  for  expendable  reference,  X  for  expendable,  or  V  for  no 
copy  one  expendable. 

(3)  Data  Element  Code  classifies  the  data  element  It  proceeds  (see  figure  of  eodes); 
Action  Code  tells  *Aat  kind  of  action  is  called  for  (see  figure  of  action  codes). 

(4)  Data  Element  Code,  Action  Code,  and  Data  Element  may  be  repeated  an 
indefinite  number  of  times  before  the  end  of  the  record  which  is  indicated  by  the  record 
mark. 


Figure  46. 


Books  Bibliographic  Master  File  Record 
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Coda 

Kind  of  data 
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Authors 
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Editors 
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Series 
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Subject  headings 

Q01 
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None,  used  for  sequence  only 

Pbb 

Subject  headings 

Figure  47.  Data  Element  Codes  Used  in  Bibliographic  Master  File 
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Action  Cod# 


Function 


Delete 

Create  New  Record 

Add  data  to  established  record 

Change  data  in  established  record 

Flag  copies  lost 

Flag  copies  found 

Flag  copies  salvaged 

Inventory  adjustment  out 

It  should  be  noted  that  the  specific  action  Is  also  governed  by  evaluating 
the  Action  Code  together  with  the  Data  element  code  of  the  incoming 
transaction 

Special  Indicator  Code 
B  =  Blank 

N=  No  Copy  one  -  non  expendable 
R  *  Reference  non  expendable 
S  *  Expendable  and  reference 
X*  Expendable 

Vs  No  cop/  one  -  expendable 
Figure  48.  Valid  Action  Codes  and  Their  Ructions 


0 

1 

2 

3 

4 

5 

6 
7 

Note: 
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Call  Number 

Truncated  Author 

Truncated  Title 

Copy  Number 

1-52 

53-77 

78-127 

128-131 

52 

15 

50 

4 

Number  of  Copies 

Times  Circulated 

Individual  Copy  Fields 

132-135 

136-140 

141-440 

4 

5 

300 

Data  Record  Originated 
441-445 


$ 


Note*:  (1)  Author  and  Title  are  truncated  in  a  simple  mechanical  fashion:  any 
letter*  that  will  not  fit  are  dropped,  with  no  abbreviation  of  the  whole.  It  it  expected 
in  the  future  to  change  thi*  so  that  abbreviation  (at  by  dropping  vowels,  for  instance) 
will  be  done,  and  also  possibly  that  in  the  title  the  most  significant  words  may  be 
moved  to  the  front. 

(2)  Copy  Number  is  the  lowest  assigned  copy  number;  Number  of  Copies  is 
the  last  assigned  copy  number. 

(3)  The  Times  Circulated  field  it  updeted  by  input  from  the  Circulation  Module; 
it  refers  to  the  title. 

(4)  In  the  Individual  Copy  Fields,  Inventory  status  of  copies  it  flagged  using 
the  codes  listed  in  figure  50.  Copy  number  is  Indicated  position  of  the  field;  141  refers 
to  copy  1,  142  refers  to  copy  2,  etc. 


Figure  49.  Inventory  Control  Master  File  Record 
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Action  Code 

Meaning 

Non-Exp 

Exp 

0 

Delete 

1 

New 

1 

J 

2 

Add 

1 

J 

3 

Change 

4 

Lost 

3 

L 

5 

Found 

1 

J 

6 

Salvage 

4 

M 

7 

IAO 

5 

N 

Reference 

6 

O 

*  Circulated 

2 

K 

|  Examination  of  the  Special  Indicator  Code  determines  Expendable 

|  or  Nonexpendable  Status.  In  addition,  the  S.I.C.  is  used  to  flag 

I 

!  "Reference" 

t 

i 

I 

l 


*  Used  in  the  Book  Circulation  Module. 


Figure  SO.  Codes  for  Flagging  Individual  Copies 
on  the  Inventory  Master 


417 


Subject  Heading 

Record  Identification 

Coll  Number 

Dota  Element  Code 

1-70 

71 

72-123 

124-126 

70 

1 

52 

3 

Call  Number 

Data  Element  Code 

Coil  Number 

Dota  Element  Code 

127-178 

179-181 

182-233 

234-236 

52 

3 

52 

3 

Call  Number 

Data  Element  Code 

Coll  Number 

Data  Element  Code 

237-288 

289-291 

292-343 

344-346 

52 

3 

52 

3 

Call  Number 

Data  Element  Code 

347-398 

399-401 

* 

52 

3 

Note:  (1)  Record  identification  is  eoded;  I  moans  heoder  record  and  2 
moans  trailer  rocord.  Each  Soared  Matte  Fllo  rocord  has  on o  hoodor  rocord  and 
as  many  trailer  records  os  required  to  record  she  data. 

(2)  Data  Element  Code  is  one  of  the  subject  heading  oodes,  P01-F99, 
as  used  In  the  Bibl  iogiophic  Master  Fite. 


Figure  51.  Search  Master  File  Record 
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Subject  Hooding 

Temporary  Valid  Subject  Hooding  Flog 

1-70 

70 

71 

1 

* 

Note:  Lot  or  this  record  will  b«  expanded  to  agree  with  the  length  of  the 
records  In  the  language  Modulo. 


Figure  $2.  Subject  Authority  Master  File  Record  Fomat 
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Figure  S3. 


Book  Subject  Heading  Record  Fomat  (Fix*  Language 
Master  File) 
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Figure  54.  Sample  l C  Card 


ALTERNATE  PROGRAM  TAPE  FOR  USE  WITH  SfUCTA-OATA  READER: 
ADOtESS  COOES 


I"  NEW  TX 
2*  ADD  COPIES 
4-  ADD  DATA 

7-  INVENTORY  ADJUSTMENT  OJT 


Figure  S6.  Diagraa  of  Flexowriter  Control  T^pe 
for  Bibiiognphic  Data  Capture 


Header  and  Trailer  Formats  for  Bibliographic  Data  Capture 


58.  First  Data  Entry  Format  for  Bibliographic  Data  Capture 


r 
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Book  Cataloging  Daily  Monitor  Report 


UJ 

<3 

< 
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ui 

Uj 
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& 

o 

o 


a 

UJ 

B 


>■ 

< 

X 


a 

a 

o 

u 

UJ 

a 


x 

a 

< 

oc 

<3 

o 


60 

SO 

Q 

UJ 


UJ 

a 


> 

* 

<0 

O' 


O' 

u. 


b 

X 

o 


< 
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x 
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Figure  61.  Deleted  Bibliographic  Record 


INPUT  rx  »  INCO**£CT  FOUMAT,  ASTEItlSIC  ENDING  LC  NO  IS  NOT  IN  COMECT  POSITION 
IHK  MACKOOOOIMC  CAT  OTX  • 


Figure  62.  Edit  Error  List 
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Figure  64.  Authority  (heck  List 
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Figure  67.  Shelf  List 
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THE  WCRLO  ALMANAC  AMO  BOOK  OF  FACTS.  NEW 
YORK,  THE  NEW  YORK  WORLO  -  TELEGRAM  lETC.t 
1962).  TITLE  VARIES  1R  -99t  THE  WORLO  ALMAN¬ 
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Figure  72.  Computer  Rui  Relations  Flow  Chart 
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igure  76.  Circulation  List  in  1C  Sequence 
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Figure  77.  Circulation  List  in  Patron  Name  Sequence 
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Figure  79.  Circulation/  Inventory  Update  Error  List 
and  Statistical  Report 
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81.  Circulation  Issue  and  Tum-In  Slips 
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Figure  84.  Regular  Loan  -  1st  and  2nd  Overdue  Notices 
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Figure  85.  Extended  Loan  Renewal  -  1st  and  2nd  Notices 
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Figure  86.  Third  Recall  Notice  -  Regular  and  Extended  Loan  and  Recall  for  Reprocessing 


Figure  88.  Compui 


C 


Figure  88.  Computer  Rm  Relation  Flew  (tart 

S) 


457 


Figure  90.  Serials  Master  File  Record  Formats 


Figure  90.  Serials  Master  File  Record  Formats  (Sheet  2  of  3) 
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THE  FOLLOWING  NEW  HOLDINGS  WERE  PLACED  IN  THE  PERIODICAL  MASTER  AS  OF  16  AUG  66 


Figure  S2.  RSIC  New  Holdings  List 
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Figure  93,  Serials  Input  Transaction  Error  List 


Figure  94,  Cancelled  Items  List 
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Figure  97.  Binding  Review  List 
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Figure  98.  Binding  Error  List 
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Figure  99.  Serials  Renewal  Review  List 
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Figure  100.  Serials  Renewal  Review  Error  List 


Figure  102,  Verification  List 


Figure  104.  Requisition  Item  List 
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Figure  105.  TL  Order  List 


Figure  108.  To  Date  Oi- Order  List 


Figure  110.  To  Date  Oh -Order  Delete  List 
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Figure  113.  Serials  Condensed  List 
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Figure  114.  Serials  Routing  (General  Statistics)  And  Error  List  (Sheet  1  of  2) 


Figure  114.  Serials  Routing  (General  Statistics)  And  Error  List  (Sheet  2  of  2) 


Figure  115.  Clains 


Figure  116.  Titles  And  Holdings  Cross  Reference  List  (Periodical  Catalog) 
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This  report  presents  a  summary  of  the  development  and  the  characteristics  of 
the  first  generation  of  the  Automated  Literature  Processing,  Handling  and  Analysis 
(ALPHA- 1)  System  currently  being  used  by  tike  Library  Branch  of  the  Redstone 
Scientific  Information  Center  (RSIC),  an  element  of  the  Directorate  of  Research  and 
Development,  U.  S.  Army  Missile  Command,  jointly  sponsored  by  the  Army  Missile 
Command  and  Marshall  Space  Flight  Center,  Huntsville,  Alabama. 

Descriptions  of  the  computer  technology  of  ALPHA-)  and  of  the  use  of  this 
automated  library  technique  in  RSIC  are  both  presented. 

Each  of  the  subsystems  and  modules  now  in  operation  are  covered.  While  the 
discussion  of  various  s^baysteme  and  their  modules  is  not  meant  to  be  exhaustive,  it 
provides  a  background  for  the  reader  who  may  be  interested  in  adapting  a  part  of  or  a 
of  the  ALPHA- 1  System  to  another  computer  configuration  or  in  another  library 
environment. 
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